测试需求上线流程

一、需求评审前

1，测试负责人拆分需求模块，分配模块负责人

2，模块负责人进行需求了解，分析，整理需求疑问，建议。与产品确认。

二、需求评审中

1，新功能添加的必要性需要评估。投入产出比是否合适，需求是否合理，从用户体验角度考虑

2，功能模块与其它模块需求是否冲突，冲突时是否有相关处理方式

3，ui界面，文字，颜色，位置，大小，样式，布局等是否有详细说明

输出：

测试模块拆分负责表：对应的模块测试负责人，测试所需时间。

需求评审会议记录：会议中未解决疑问地方，会下与业务确认。

明确模块对应的开发负责人，测试负责人，开发测试对应的时间。

需求影响的模块与涉及的风险，上线后的容错方案，回滚计划。

三、需求评审后

1，项目经理整理会议记录，公示参会人员及相应领导

2，测试模块负责人设计测试用例，准备测试数据。监督模块开发负责人，准时提测

3，产品更新文档，内容和会议三方所述一致。

四、测试过程

1，开发自测之后自测报告。提测后准备测试数据，测试环境调试，冒烟测试。

2，功能，性能，兼容性，异常测试等。接口测试是在客户端没提测时。前后端分离测试，先测试服务端后测试客户端。提交bug，验证fux的bug，回归测试，没问题发送验收右键。提交上线申请。

五、上线标准

1，所有需求实现

2，测试任务完成

3，所有主要级别bug修复，bug修复率达到95%以上。个别不修复要有明确说明

4，apo稳定性评估。

自动化评测，没有新增未知崩溃，已知崩溃已经修复。

线上灰度崩溃，主进程，子进程已知崩溃修复且无新崩溃。

和上版本数据对比，不差。

5，app性能评估

页面加载性能。wifi，234g网络加载速度比上版本不下降。

冷启动时间。比上版本短。与竞品差距。

主观性能感知。高端机不能卡。高中低不能有较线上版明显卡顿。

6，线上问题应急

有应急预案，出现问题及时回滚或马上修复

上线失败，事后总结，邮件通知相关人员，避免再次出错。

六、上线之后

1，线上监控新功能运行情况

2，出现异常或问题，临时发版重新打补丁包

补丁包：修复线上功能逻辑bug，崩溃，体验不好的产品需求