版本测试流程规范测试准入准出标准Word文档格式.docx

1、开发编码周期:测试执行周期=2:1二、需求测试准出1. 对软件功能点描述清楚明确，不存在和已有在功能存在冲突。2. 需求点附有草图说明，草图明确说明布局和控件3. 流程图表导出各种情况下的分支图例和导出分支结果4. 有性能要求的说明性能指标5. 多页面显示不同效果或者有需要权限控制的对象，明确每个部分的效果和权限 拒绝口述需求 拒绝结果修改 拒绝频繁变更 三、软件测试准入 1、开发自测转测 #转测试准入:1. 转测试代码要能够通过冒烟测试2. 提测的单个需求点已完成全开发3. 多个功能点相关性较强时，应尽量做到同步转测试4. 一个功能涉及到多个模块时，尽可能代码合在一个版本中5. 尽早集成版本

2、中重要功能点和复杂功能点2、产品需求验证准出1. 产品经理验证功能和流程是否满足产品要求2. 产品经理验证功能和效果是否达到用户体验要求3. 设计验证UI是否和效果图一致3、测试用例执行准出1. 需求说明书内容的覆盖率达到100%，未覆盖的用例评审后补全2. 手机对软件权限控件测试覆盖率达到100%3. 4g、WiFi网络和弱网、断网情况测试覆盖率达到100%4、适配测试执行准出1. 执行编写测试用例达到100%2. 安卓版本覆盖3个以上厂商机型和3个以上系统版本，3个以上屏幕尺寸及分辨率3. IOS版本覆盖3个以上系统版本和3个以上屏幕尺寸及分辨率4. 运营活动需要跳转到手机web端，IOS

3、覆盖Safari，安卓覆盖chrome和qq浏览器四、内部测试和用户群测试准出公司内部人员测试产品，试用产品功能用户群（100人）测试产品，试用产品功能无大量用户闪退和主流程无法执行五、版本风险评估会1、可发布版本具备条件准出: 完成全部测试流程 不出现1，2级bug 每个开发小组（Android,ios,php）3级bug小于2个 版本携带3级bug和运营完成确认2、评估会执行准入1. 召集产品，开发，运营开会2. 测试输出测试报告3. 一起评估产品是否可以发布六、正式发布质量评测1. 提交版本审核通过后，测试在线上进行主流程和新功能测试2. 上线1天后，客服收集用户反馈问题，统一测试输出整

4、理评级，评估实际版本质量3. 版本质量评估办法 bug遗漏率10% bug遗漏率=线上bug*权重/线下bug*权重（线上版本携带3级bug不计算在内） 1级bug权重3，2级bug权重2，3级bug权重1 1级bug:APP出现大量用户闪退（用户量100人） 2级bug:大量用户（用户量100）主流程无法执行，主要功能未实现和财务计算明显错误 3级bug:一般功能未实现，分支功能流程无法执行七、版本发布总结会 出现1，2级bug，导致必须撤包重新发布的，本次版本发布失败，产品研发组共同承担后果 版本发布总结会，产品，开发，测试，运营负责人共同参与，测试汇报版本发布质量情况，四部门共同针对线上出现问题进行分析，划归责任组，明确责任后，向大明汇报。