引言

项目流程如果不分阶段的梳理好,效率低,导致项目上线延期,对于产品质量也得不到充分的保障.清晰的流程,会提升效率,少走弯路,节约时间、高效的定位问题、解决问题、保障质量。若有多各个项目并行迭代，也能有条不紊的进行，顺利保证项目上线。流程图参考如下：

测试流程.jpg

（1）需求收集评审阶段

• 需求来源收集：新增功能模块需求、复盘、专项需求、Bug反馈。
• 整理需求、产品内部评审需求方案是否通过。

（2）版本规划阶段

• SDK版本号、游戏版本号确认
• 版本迭代方式(强更/热更)，设计好更新文案
• 需求文案出稿（文案涉及业务逻辑方面尽可能多阐述，如有埋点需求，也同步出稿）
• 若有多个项目迭代需求，产品内部定优先级

（3）版本排期阶段

• 需求评审: 产品、开发前后端、美术、测试一起参与会议讨论，最终确认到需求文案中。
• 禅道建立版本开发任务，相关人员排期，测试在前后端排期后根据需求新增功能模块、业务逻辑、版本兼容等实际情况排出测试时间。
• 确定项目上线时间

（4）版本设计开发阶段

• 产品跟进项目进度、美术进度、功能实现进度，相关人员及时更新禅道完成情况。需求若有变更，产品回复开发邮件，对应需求文档同步更新至禅道。
• 前后端联调，保证业务逻辑正常。
• 测试设计功能测试用例（包含新增模块、业务逻辑流程、版本兼容），发邮件告知前后端用例数量、控制Bug率，提高质量。

（5）版本测试阶段

• 产品发提测邮件、待前后端回复提测邮件后测试发冒烟测试用例邮件，同时部署测试环境。
• 冒烟测试若业务逻辑阻塞，打回让开发修复后再提测，此时测试时间，上线日期也会适当延后。
• 冒烟通过后测试依据测试用例、业务场景进行功能测试。
• 新版本更新方式校验（强更、热更）、设备机型兼容测试。
• 版本兼容（前后端兼容）后端数值兼容测试、若针对渠道优化，需渠道兼容测试

（6）灰度&上线阶段

• 回归验收通过，告知团队准备上灰度。
• 产品确认好上线配置、上线功能开关，此时没有特殊原因，版本不再新增需求。
• 灰度环境：测试校验主功能、版本更新方式（1194渠道）校验 ，灰度测试通过进入生产环境校验。
• 生产环境：校验线上版本兼容当前新版本后端，保证主流程业务逻辑测试通过。
• 生产环境：主流程测试通过后，进行15个渠道包更新方式校验。

（7）项目收尾阶段

• 测试发送测试通过邮件，如有遗留优化Bug，告知产品及相关人员，下个版本迭代修复。
• 如有提审渠道，渠道包给产品提审
• 生产环境如有不合理测试数据，及时告知相关人员删除。
• 相关人员及时更新禅道自己对应的任务状态。

（8）版本复盘

• 复盘需求方案建立、复盘数据核对。
• 开展复盘会议讨论、分析数据、为后续版本迭代参考有价值信息。
• 会议结束，出复盘文档。

（9）测试巡检

• 上线后在空档期进行线上分模块巡检测试，加强主业务功能测试。
• 汇总问题，出巡检测试报告，下个版本优化修复汇总问题。