准入规范
文档
1 版本设计原型图 (PM提供)
质量要求
1.1 符合原始需求,将需求转化为合理设计原型(PM确认)
1.2 通过产品评审会,研发同事确认设计合理性,预估双周迭代可实现原型到功能的开发(RD确认)
1.3 功能实现描述准确,阐明功能之间的跳转,需要提供业务流程图,包括正常流程以及异常处理流程
2 release notes(RD提供)
2.1 本期功能是否开发完成,如果有未完成的功能需要提交未完成功能List
2.2 功能是否按照设计实现,如果存在改动,需要提交功能改动List
2.3 为了功能实现,测试环境需要运行的脚本,开启的服务,或者对测试环境进行改动以及其他配置项目要说明,需要提交配置文档。
测试分支 (RD提供)
质量要求
1 测试分支功能包括本次迭代全部实现功能
2 提交测试的版本,不再加入新的功能,delay的功能到下一版本
3 测试分支保证从主线分支分成,不会和主线分支混合,问题修改提交至测试分支并且会同步到主线分支
测试环境 (质量部门保证)
质量要求
1 测试环境符合配置要求
2 程序升级不能对旧版本数据造成影响
测试用例 (质量部门保证)
质量要求
1 功能性:
1.1正常值覆盖,测试数据设计符合用户使用场景:等价类划分,边界值
1.2遍历业务流程,保证重点需求和功能的测试优先级高:异常流程,正常流程
2可靠性
2.1异常值输入:故障值,异常值
2.2依赖系统异常:依赖系统返回超时,依赖系统返回异常
2.3稳定性:单用户长时间下反复操作,多用户长时间并发操作,异常值下长时间反复操作
2.4压力:超规格负载下规格内处理,文件上传下载
2.5恢复性:负载正常之后系统是否恢复
3易用性
一致性:UI风格一致,功能与用户习惯一致,易理解 易学习 易操作
4 性能:响应时间,资源占用
5 兼容性:浏览器兼容性
测试流程
PTR0 新功能测试
1 关注设计一致性
质量要求
1.1 release notes 对设计的改动重点关注,是否对需求的实现造成影响
1.2 未改动的功能要与产品设计保持高度一致
2 关注功能可用性
质量要求
2.1后台设置前台是否生效
2.2各功能按键,页面跳转是否可用
2.3页面是否显示全面,有无数据遗漏
2.4 前台数据是否采集准确
PTR1 重点关注历史遗留的严重问题
质量要求
上版本遗留bug回归之后无遗漏
历史版本遗留bug回归之后无遗漏
故障和需求处理 中 的bug回归之后无遗漏
PTR0&PTR1进行时如果没有Block测试的bug,不会更新测试环境,更新测试环境由测试人员主动进行,目的是回归bug,每次更新后关注是否有新的问题产生
PTR2 Smoke测试
质量要求
重点功能遍历
本次迭代重点功能验证
同步版本给TAC或者一线端开展实验局
准出规范
程序达到发布标准
1 bug曲线呈收敛趋势
质量要求
1.1 highest&high级别的bug全部解决,无任何遗留问题
1.2 Medium级别的解决率在100%以上
1.3 未解决的bug根据项目紧急程度是否可以降级处理,如果可以进行降级处理,如果不紧急降级处理后待日后处理
1.4 Low&Lowest级别的bug可以遗留, 由产品经理商定是否需要在下一版本设计中进行改进
2 同步前沿问题得到解决
质量要求
2.1 TAC 实验局反馈出的问题得到解决
2.2 一线实施人员反馈得到解决
更新文档传递至TAC/一线端
质量要求
1版本设计原型图,原始需求文档
2更新测试用例,产出测试报告,更新产品说明书 更新配置手册 更新部署手册
3更新releasenotes
3.1 是否有功能尚未完成,以及未完成的原因
3.2修改了严重的bugList
3.3 本次迭代遗留的buglist
---------------------
作者:Alcheman
来源:CSDN
原文:https://blog.csdn.net/weixin_39757068/article/details/81978241
版权声明:本文为博主原创文章,转载请附上博文链接!