软件质量改进
项目在最后的阶段，集成测试通过越来越难，以为只剩下20％的工作，集成在一起的时候，永远有改不完的BUG，项目陷入泥潭。能单独工作的一些模块被组装在一起，然而系统整体却常常失败，而且很难找到失败的原因。通过我们采用“早集成，长集成”的持续集成实践。减少缺陷引入和缺陷发现之间的时间，提高开发效率，降低风险。在增加功能上的花的时间更多了，从而相信自己是在一个坚实的基础上开发软件。
持续集成的优势
完全可以取代人工的发布，在J2EE中有个角色叫deployer.,它的主要工作就是经常发布新的系统供开发、测试，一般每发布一次至少要一个小时，如遇到一些问题一个上午就耗费掉了，但使用“日构建”后就可以完全实现自动化，时间几乎只等于编译时间。
它完全避免了开发者们的"除虫会议"--以前开发者们经常需要开这样的会，因为某个人在工作的时候踩进了别人的领域、影响了别人的代码，而被影响的人还不知道发生了什么，于是bug就出现了。
这样的bug绝大多数都可以在引入的同一天就被发现。由于一天之中发生变动的部分并不多，所以可以很快找到出错的位置。
持续集成可以把发现的错误根据源代码的作者，以邮件和日志的方式分发给作者，第二天一上班的第一件事就是先修改错误。持续集成可以减少集成阶段"捉虫"消耗的时间、频繁发布新版本的时间，从而最终提高生产力和软件质量。
持续集成的价值
- 减少风险
- 减少重复过程
- 在任何时间、任何地点生成可部署的软件
- 增强项目的可见性
- 对开发团队的软件产品建立起更强大的产品信心
软件测试
测试人员与开发人员紧密地协作，一起参加客户需求会议，及早了解客户需求与使用的软件的惯常行为，完成测试用例，与开发人员交流意见，把主要测试精力放在价值高的功能点上，合理利用项目有限时间，把精力放在重要的缺陷上，我们除了针对定义好的软件行为进行测试，还会做很多探索性的测试，对于软件的的风险会有更多的留意，还有在敏捷方面我们测试队友会互相交流，怎样更好的编写自动化测试，也能帮助开发人员结对更多的了解用户行为。
如果所有功能测试都通过了，我们还会进行压力测试，使用压力测试工具，对系统不断的施加压力是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别。民安信的测试人员并不是检验应用质量的看门人，而是项目健康程度等信息的提供者，帮助整个团队把注意力集中在项目质量上。
