持续集成与自动化测试——2009年小结

发表于:2010-1-21 11:28

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:Neoman(Baidu空间)    来源:51Testing软件测试网采编

  一声清脆的“滴...”,2009年最后一次下班刷卡。2009年即将过去,这一年的情况总结下:能力有所提高,工资原地踏步。

  回顾下2009年吧:1月1号签约到中软,第一个项目是安徽移动的SP18补丁,然后是山西移动和安徽移动的家庭彩铃项目,山西移动操作日志,山西移动情侣星座彩铃,山西彩铃直通车项目和现在的安徽主叫彩铃项目,一个参与大大小小近6个项目。移动的彩铃项目,还是让人学到不少东西,但做多了,确实让人烦。严格的流程,烦人的归档,一个再小的项目,都会给人造成很大的压力,这就是在华为外包公司的感觉。

  这一年里,有幸参与并负责了RBT自动化测试持续集成,这两个都是目前华为力推的项目实践。RBT的web GUI自动化测试是我三月份到华为去做的,黑暗中摸索了一个月,完成了家庭彩铃的自动化测试任务,Web 模块的覆盖率达到63%,算不上很成功,但也是一次很好的尝试。随后,去培训了华胜天成的员工,并在公司做了培训和推广,目前安徽移动主叫彩铃项目,正在实施测试。WEB的自动化测试在华为工具组的支持下,门槛降低了很多,而且比较容易维护和重用。因为华为在努力实践第三代自动化测试技术里的一个很实用的概念:AW,基础操作的AW都被封住好了,这样,测试部的兄弟,根本不用会写代码,完全可视化操作。当然了,我作为开发人员,还是要学会AW的开发的,并对测试的提供工具技术上的支持。值得一说的是,IVR的自动化测试,我也去参与了,不过经过一个星期的努力,以失败宣告结束。原因我觉得有两点:一、 IVR自动化测试技术要求比较高。二、我们缺乏技术支持。而且因为硬件环境的原因,IVR的自动化也只能在华为做。

  持续集成,是做自动化测试时,顺便完成的,只是胡乱摸索了一下,开始是自己学习写ant脚本,把junit,findbugs等开源框架和ant结合,对代码进行自动单元测试和静态检查,后来发现,原来华为已经有了一套成熟的工具:ICP-CI,基于开源的Cruise Control基础上开发,实现了源码的自动监视,获取,编译,静态检查,圈复杂度检查,并能和autospace写作,进行自动化的集成测试和系统测试。5月初开始在公司推广持续集成,目前我们输出的代码都是严格经过ICP检查的,包括checkstyle检查,pmd检查,findbugs检查,圈复杂度检查等。12月17、18日,参加了华为为期两天的持续集成培训,才对持续集成有更深的理论上的认识。回来之后对公司员工进行了培训,收到的效果还不错。参加持续集成培训之后,我认识到,我们在公司开展的持续集成实践还是远远不够的。因为没做到自动的测试,包括单元测试,集成测试,系统测试和自动化的部署。除了单元测试目前没法开展(我们的项目似乎不合适和没必要),其他的,我突然都非常有信心去实现。目前安徽主叫彩铃,就可以开展自动化的集成测试和系统测试(与目前在公司推广的自动化测试结合),目前在带领几个测试的兄弟,努力去实施这个项目的自动化测试。关于RBT产品的自动部署,核心的技术问题,已经被我解决,就剩下自定义的ANT任务还没开发完(实现配置文件的自动打包功能)。目前的自动化部署,我仅仅是在ICP里调用我的ant脚步,后期打算开发成ICP插件,并能输出详细的部署信息,这样也有利于后期文档的写作(主要是VDD文档)。

  还有一个点可以提的是,在华为一个PM的指导下,自己正开发一个Eclipse插件,支持基于uniportal平台开发的自动代码生成,主要目的是实现增删改查的代码和数据库存储过程自动生成。由于种种原因,此工具目前还没做完,因此也没法再公司推广。

  回顾2009年,感觉努力得不够,所以成功也不是很大。2010继续努力。

推荐阅读:

淘宝测试团队《接口测试白皮书》

在接口测试中如何应对需求的频繁变化

接口测试中测试与开发的配合

LoadRunner在socket接口测试中的应用

接口测试数据准备策略的几点看法

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号