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

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

《版本测试流程规范测试准入准出标准Word文档格式.docx》由会员分享，可在线阅读，更多相关《版本测试流程规范测试准入准出标准Word文档格式.docx（5页珍藏版）》请在冰豆网上搜索。

开发编码周期:

测试执行周期=2:

1

二、需求测试准出

1.对软件功能点描述清楚明确，不存在和已有在功能存在冲突。

2.需求点附有草图说明，草图明确说明布局和控件

3.流程图表导出各种情况下的分支图例和导出分支结果

4.有性能要求的说明性能指标

5.多页面显示不同效果或者有需要权限控制的对象，明确每个部分的效果和权限

·

拒绝口述需求

拒绝结果修改

拒绝频繁变更

三、软件测试准入

1、开发自测转测

#转测试准入:

1.转测试代码要能够通过冒烟测试

2.提测的单个需求点已完成全开发

3.多个功能点相关性较强时，应尽量做到同步转测试

4.一个功能涉及到多个模块时，尽可能代码合在一个版本中

5.尽早集成版本中重要功能点和复杂功能点

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覆盖Safari，安卓覆盖chrome和qq浏览器

四、内部测试和用户群测试准出

公司内部人员测试产品，试用产品功能

用户群（＞100人）测试产品，试用产品功能

无大量用户闪退和主流程无法执行

五、版本风险评估会

1、可发布版本具备条件准出:

完成全部测试流程

不出现1，2级bug

每个开发小组（Android,ios,php）3级bug小于2个

版本携带3级bug和运营完成确认

2、评估会执行准入

1.召集产品，开发，运营开会

2.测试输出测试报告

3.一起评估产品是否可以发布

六、正式发布质量评测

1.提交版本审核通过后，测试在线上进行主流程和新功能测试

2.上线1天后，客服收集用户反馈问题，统一测试输出整理评级，评估实际版本质量

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，导致必须撤包重新发布的，本次版本发布失败，产品研发组共同承担后果

版本发布总结会，产品，开发，测试，运营负责人共同参与，测试汇报版本发布质量情况，四部门共同针对线上出现问题进行分析，划归责任组，明确责任后，向大明汇报。