持续集成方案

项目越做越大,测试成为了一种负担,一次完整的全系统回归测试竟然要花上1000多个Man-day,如果这种情况还不用自动化测试的话,那接下来的开发简直就是一场噩梦。所以持续集成是箭在弦上,必须要做的事情。

 

对于持续集成的需求

1. 把测试所需的UIT Case转为稳定的Automation Case。

2. 为更多的代码编写Junit test case(之前由于项目进度造成了大量的代码没有Junit).

3. 更好的持续集成框架,用于自动运行Junit Case(逻辑测试与页面自动化测试),避免大量的人工回归测试。

4. 更好的测试覆盖率统计与报告管理工具,覆盖率可使用Emma,而测试报告依赖于持续集成框架。

 

持续集成的选择

目前公司使用的是CruiseControl(ThoughWork提供的很不错的开源持续集成框架)用于自动编译和 自动发布环境,再集成Junit也没有太大的难度。算第一优先级考虑。但也有缺点,可能不支持多种测试方案,如果集成Junit4,junit3和TestNG三种测试框架,如何统一管理测试报告?基于这些思考,所以想要 开发一套完整的框架用于统一管理所有测试案例。

 

需求:

1. 能够定时或即时启动Selenium Case和一般的Test Case.

2. 兼容Junit3,4和TestNG多种框架。

3. 执行后生成测试报告,把测试报告邮件发给指定用户。并保存所有的测试报告,以备历史查询

4. 测试结果报告查询,以图形展示一直以来Daily Test Case Running情况,允许用户查看过往的测试报告。

5. 为了方便与多个不同项目的开发环境集成,建议开发成两套,一套是独立的WAR,另一套是展示层+后台JAR嵌入开发环境。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值