引言
项目流程如果不分阶段的梳理好,效率低,导致项目上线延期,对于产品质量也得不到充分的保障.清晰的流程,会提升效率,少走弯路,节约时间、高效的定位问题、解决问题、保障质量。若有多各个项目并行迭代，也能有条不紊的进行，顺利保证项目上线。流程图参考如下：
测试流程.jpg
（1）需求收集评审阶段
- 需求来源收集：新增功能模块需求、复盘、专项需求、Bug反馈。
- 整理需求、产品内部评审需求方案是否通过。
（2）版本规划阶段
- SDK版本号、游戏版本号确认
- 版本迭代方式(强更/热更)，设计好更新文案
- 需求文案出稿（文案涉及业务逻辑方面尽可能多阐述，如有埋点需求，也同步出稿）
- 若有多个项目迭代需求，产品内部定优先级
（3）版本排期阶段
- 需求评审: 产品、开发前后端、美术、测试一起参与会议讨论，最终确认到需求文案中。
- 禅道建立版本开发任务，相关人员排期，测试在前后端排期后根据需求新增功能模块、业务逻辑、版本兼容等实际情况排出测试时间。
- 确定项目上线时间
（4）版本设计开发阶段
- 产品跟进项目进度、美术进度、功能实现进度，相关人员及时更新禅道完成情况。需求若有变更，产品回复开发邮件，对应需求文档同步更新至禅道。
- 前后端联调，保证业务逻辑正常。
- 测试设计功能测试用例（包含新增模块、业务逻辑流程、版本兼容），发邮件告知前后端用例数量、控制Bug率，提高质量。
（5）版本测试阶段
- 产品发提测邮件、待前后端回复提测邮件后测试发冒烟测试用例邮件，同时部署测试环境。
- 冒烟测试若业务逻辑阻塞，打回让开发修复后再提测，此时测试时间，上线日期也会适当延后。
- 冒烟通过后测试依据测试用例、业务场景进行功能测试。
- 新版本更新方式校验（强更、热更）、设备机型兼容测试。
- 版本兼容（前后端兼容）后端数值兼容测试、若针对渠道优化，需渠道兼容测试
（6）灰度&上线阶段
- 回归验收通过，告知团队准备上灰度。
- 产品确认好上线配置、上线功能开关，此时没有特殊原因，版本不再新增需求。
- 灰度环境：测试校验主功能、版本更新方式（1194渠道）校验 ，灰度测试通过进入生产环境校验。
- 生产环境：校验线上版本兼容当前新版本后端，保证主流程业务逻辑测试通过。
- 生产环境：主流程测试通过后，进行15个渠道包更新方式校验。
（7）项目收尾阶段
- 测试发送测试通过邮件，如有遗留优化Bug，告知产品及相关人员，下个版本迭代修复。
- 如有提审渠道，渠道包给产品提审
- 生产环境如有不合理测试数据，及时告知相关人员删除。
- 相关人员及时更新禅道自己对应的任务状态。
（8）版本复盘
- 复盘需求方案建立、复盘数据核对。
- 开展复盘会议讨论、分析数据、为后续版本迭代参考有价值信息。
- 会议结束，出复盘文档。
（9）测试巡检
- 上线后在空档期进行线上分模块巡检测试，加强主业务功能测试。
- 汇总问题，出巡检测试报告，下个版本优化修复汇总问题。
