@qihuan
2017-04-17T17:56:58.000000Z
字数 792
阅读 827
---Selenium自动化测试梳理及工作规划
1、测试用例及进度归纳
页面 | 模块名称 | 用例数 | 覆盖率 | 开发进度 | bug数目 | bug对应用例 |
---|---|---|---|---|---|---|
首页 | 轮播、icon | 34 | 100% | 2 | 18,19 | |
首页 | 城市服务 | 42 | 100% | 0 | 无 | |
首页 | 头条、商城、惠民购物、惠民团购 | 17 | 80% | 100% | 1 | 5 |
新闻 | 新闻 | 17 | 40% | 100% | 0 | 无 |
惠民 | 惠民购物【不包含订单处理】 | 35 | 100% | 1 | 26 | |
我的 | 我的 | 21 | 20% | |||
我的 | 惠民服务申请模块 | 33 | 100% | 5 | 10,27,28,31,32 | |
我的 | 惠民服务员新增模块 | 39 | 100% | 1 | 23 |
2、工作计划及完成节点
网页测试代码开发 3.3
定时自动化测试及测试报告邮件推送 3.10
app测试开发 3.24
3、项目管理规划
产品:分批次提供用例,提高覆盖率。
开发:根据迭代用例,划定时间完成代码开发及测试。
关注点:用例,覆盖率,提出的bug数
1、由产品提出测试用例,拟以当前用例作为初始版本为基准确定节点时间,按计划完成代码开发及测试等工作,提交完毕即算项目完成;
2、后续产品可每月(或根据新模块变更不定期)提供新的测试用例作为迭代内容,开发根据新的用例需求拟定迭代开发时间及完成开发测试任务;
3、产品和开发同步测试用例的文档,方便调整及沟通协调(按模块)及后续更新调整(新用例的版本迭代要新开用例,旧的废止标识保留),如有变更及时通知;
4、开发将测试用例中无法用自动化代码完成的标识,交由产品人工处理;
5、测试针对于正式环境,请保持测试和正式环境的模块及结构的一致性。
其迭代开发具体情形如下:
类型 | 需求类型 | 处理方式 |
---|---|---|
无模块更新,只增加模块的测试用例 | 提高测试覆盖率 | 拟定时间,在原有项目基础上添加代码并测试 |
增加模块,增加用例 | 新业务的测试 | 同上 |
模块调整,变更用例 | 业务调整的测试 | 产品提供新用例,并指出被影响的相关的废止用例及需要调整及重新测试的用例;开发根据用例变更评估时间,并按时调整增加/调整代码,完成测试 |