做质量保证做了有这么一段时间了，从最开始的什么都不懂，到现在的Walle上线，慢慢的对质量保证也有了自己的理解了。

在软件工程，如何保证软件的质量，一直都是业界一个比较棘手的问题，很多项目即使完成了，最后也是引来恶评不断，问题不断，特别是随着项目的增大，软件的质量更加难以保证。

持续集成－－也许是解决这个问题的一个可行性方案，所谓持续集成，其实概念很简单，用的就是我们国家古代就有的一个思想“分而治之”，如果整个软件工程的质量很难保证，我们就将问题给分解开来，一天一天的来保证，甚至是几个小时几个小时的来保证。具体怎么做呢？每当有代码更新后，马上触发相应的编译测试过程，验证本次代码变更是否让过去成功的测试用例没有通过，若有未通过的，则马上检查新入的代码，在开发完成时，即尽量的保证代码质量。从小做起，进而保证整个软件的质量。

当持续集成做的足够好的时候，可以对每个模板进行持续集成，也可以对各个模板整合进行持续集成，如果每一步都做到，还怕软件的质量不好吗？

怎么做到这一切呢?

首先，养成TDD开发的习惯。TDD即测试驱动开发，经过亲身体验，觉得这是一种很好的开发习惯。如果每个模板对应的测试用例，即使用做成了持续集成，也只是持续的编译，没有测试用例，不能验证本次持续集成是否成功。

其次,离开IDE，将所有的编译过程和测试过程自动化，只有自动化的编译和测试才能进行持续集成。

第三，找一个成熟的持续集成平台，开始进行持续集成。