1、烈火直播版本测试流程规范测试准入准出标准一、测试周期估算方法:1. 需求测试从开发编码后执行，占开发时间 10%2. 测试用例编写在开发编码后执行，测试用例编写和评审修改占开发时间50%3. 开发进展到中后期，优先提测部分已完成的功能点 30%4. 开发后期，检验测试环境是否可以完成所有功能的测试 10%5. 开发结束后，转入测试阶段，测试执行时长：开发编码周期:测试执行周期=2:1二、需求测试准出1. 对软件功能点描述清楚明确，不存在和已有在功能存在冲突。2. 需求点附有草图说明，草图明确说明布局和控件3. 流程图表导出各种情况下的分支图例和导出分支结果4. 有性能要求的说明性能指标5. 多
2、页面显示不同效果或者有需要权限控制的对象，明确每个部分的效果和权限 拒绝口述需求 拒绝结果修改 拒绝频繁变更三、软件测试准入1、开发自测转测#转测试准入:1. 转测试代码要能够通过冒烟测试2. 提测的单个需求点已完成全开发3. 多个功能点相关性较强时，应尽量做到同步转测试4. 一个功能涉及到多个模块时，尽可能代码合在一个版本中5. 尽早集成版本中重要功能点和复杂功能点2、产品需求验证准出1. 产品经理验证功能和流程是否满足产品要求2. 产品经理验证功能和效果是否达到用户体验要求3. 设计验证 UI 是否和效果图一致3、测试用例执行准出1. 需求说明书内容的覆盖率达到 100%，未覆盖的用例评审
3、后补全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、
4、可发布版本具备条件准出: 完成全部测试流程 不出现 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，导致必须撤包重新发布的，本次版本发布失败，产品研发组共同承担后果 版本发布总结会，产品，开发，测试，运营负责人共同参与，测试汇报版本发布质量情况，四部门共同针对线上出现问题进行分析，划归责任组，明确责任后，向大明汇报。
