测试准入与测试准出

准入规范
文档
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恢复性:负载正常之后系统是否恢复