集成测试的几个思考点
上一篇 /
下一篇 2012-07-03 08:30:47
/ 个人分类:杂谈
最近关注集成测试比较多,特别是大型项目中的产品和应用集成。一个产品一个小组做的时候往往集成问题藏在小组内容,但是当真正进行大型的组件化开发和多团队协同的时候,集成就显得很重要的。集成测试处于单元测试和验收测试之间,是真正将组件组装和集成为产品的关键。Y5y"m}w'?*M/?3qL0 持续集成和集成测试
%hbKK{/s0CC/Vk+?u5Q B0
持续集成和集成测试还是有很大区别,持续集成强调的是自动化的编译构建,部署,自动化的冒烟测试,保证开发过程的产出随时都可以构建一个冒烟测试通过的
可用版本。而集成测试则涉及到严格的测试策略,测试方案,集成测试顺序,各个集成功能点的覆盖,详细的功能性测试等。集成测试不仅仅是接口测试,更重要的
是以接口质量为前提的跨组件功能性测试。
.Mgh|,k0M.W0g%z}+Jy?^*l q%S0 集成测试的可迭代性
K/Gw4csP0c3P}
J:o`sJo0 在整个软件开发都
可迭代的模式下,要意识到集成测试过程本身也是可以迭代的。大型产品集成不应该等待到真正各个子系统或业务模块都开发好才开始集成测试。功能开发的迭代直
接驱动集成测试过程也是迭代,同时在每个集成测试周期中最好又分为几个关键点,首先是服务模拟器,其次是替换掉模拟器联调通组件接口,再次测试接口服务中
详细实现。
)PY(I8Mzl09V&R8]DP@X?0g0 部署流水线和环境版本管理51Testing软件测试网@:iiR"DX!g
JS}`q0 集成测试过程承上启下,部署流水线强调的是
必须是单元测试环境测试通过的版本才能够部署到集成测试环境,部署的过程不应该重新再进行编译和打包,而应该直接部署上一个环境验证通过的部署包。对于这
个策略我完全赞同,只有这样才能给保证版本本身的严肃性,但是缺点是每次提交集成都需要在上一环境验证通过,加长了集成测试的整个周期。51Testing软件测试网#kP4A8z_\3\
51Testing软件测试网y%|!k2F }{1`%C 集成测试的顺序问题
o'IG9W%x051Testing软件测试网~;T$W&Q