[原创]浅谈持续集成在测试中的应用
今天抽空理了下思路，来谈谈持续集成在测试中的应用，关于持续集成的介绍，可以参见我之前写的 浅谈我对持续集成的理解。
闲话少说，简单先介绍下，持续集成在测试中应用的范围，个人的理解是，必须符合“测试工作前移，可自动化程度高”的原则，所以经过分析及对比，发现如下：
1、单元测试，单一函数及模块功能实现，这块持续集成价值最高；
2、接口/集成测试，先谈个人理解接口测试的持续集成，我绝得这块价值很高，而且是测试团队更容易出成绩和发挥的地方，如像http/webservice协议；其次再谈集成测试，针对两个或两个以上的类，模块，组件等相互之间协同工作，更容易发现彼此之间调用联调等相关问题，但这块确实目前做的不是太好，发现开发自己负责的模块质量都挺高，一旦集成就是不通过，所以开发对需求的理解，也要看个人语文水平；
3、系统测试，重点就是功能测试，由于这块case工作量非常大，而且依赖更多条件执行，所以建议只做冒烟测试功能case点；
4、验收/上线测试，这块工作目前我们做的不是很好，也比较难实施，由于不是测试环境很多数据添加，修改及更新权限难控制，所以这块基本上是放弃；
5、性能/稳定性/安全等测试，针对非功能性的测试，性能主要将web前端页面打开响应监控集成；各生产环境的接口的测试目前运维负责，公司内部也开发了一套工具，可以很清晰的看到各接口调用情况，存活及响应时间等；稳定性测试，持续或频繁的操作某个页面或软件功能点，检查是否有内存泄漏，这块还是有些收获，确实也发现过一些问题；
6、静态代码扫描，针对公司代码做了一些代码扫描检查，主要列举了开发常见的几路错误，这块是个持续积累过程；
综合以上，大家可以看到持续集成其实在测试中还是可以发挥不小的作用，我个人比较看好这块发展，随着敏捷思想的深入，越来越多的人会认识到这块的价值！