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,导致必须撤包重新发布的,本次版本发布失败,产品研发组共同承担后果 版本发布总结会,产品,开发,测试,运营负责人共同参与,测试汇报版本发布质量情况,四部门共同针对线上出现问题进行分析,划归责任组,明确责任后,向大明汇报。