[原创]浅谈持续集成在测试中的应用

[原创]浅谈持续集成在测试中的应用

   今天抽空理了下思路,来谈谈持续集成在测试中的应用,关于持续集成的介绍,可以参见我之前写的 浅谈我对持续集成的理解。 

  闲话少说,简单先介绍下,持续集成在测试中应用的范围,个人的理解是,必须符合“测试工作前移,可自动化程度高”的原则,所以经过分析及对比,发现如下:

1、单元测试,单一函数及模块功能实现,这块持续集成价值最高;

2、接口/集成测试,先谈个人理解接口测试的持续集成,我绝得这块价值很高,而且是测试团队更容易出成绩和发挥的地方,如像http/webservice协议;其次再谈集成测试,针对两个或两个以上的类,模块,组件等相互之间协同工作,更容易发现彼此之间调用联调等相关问题,但这块确实目前做的不是太好,发现开发自己负责的模块质量都挺高,一旦集成就是不通过,所以开发对需求的理解,也要看个人语文水平;

3、系统测试,重点就是功能测试,由于这块case工作量非常大,而且依赖更多条件执行,所以建议只做冒烟测试功能case点;

4、验收/上线测试,这块工作目前我们做的不是很好,也比较难实施,由于不是测试环境很多数据添加,修改及更新权限难控制,所以这块基本上是放弃;

5、性能/稳定性/安全等测试,针对非功能性的测试,性能主要将web前端页面打开响应监控集成;各生产环境的接口的测试目前运维负责,公司内部也开发了一套工具,可以很清晰的看到各接口调用情况,存活及响应时间等;稳定性测试,持续或频繁的操作某个页面或软件功能点,检查是否有内存泄漏,这块还是有些收获,确实也发现过一些问题;

6、静态代码扫描,针对公司代码做了一些代码扫描检查,主要列举了开发常见的几路错误,这块是个持续积累过程;

  综合以上,大家可以看到持续集成其实在测试中还是可以发挥不小的作用,我个人比较看好这块发展,随着敏捷思想的深入,越来越多的人会认识到这块的价值!

 

posted @ 2014-01-28 16:02  卖烧烤的鱼  阅读(250)  评论(0编辑  收藏