测试准入与测试准出的思维

准入规范 
文档 
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 
版权声明：本文为博主原创文章，转载请附上博文链接！