敏捷迭代项目流程图

测试分析

1.技术评审后，研发给出研发排期2.研发在内部项目系统迭代中，拆解研发任务及工时3.研发排期确定后，测试给出测试工作量，确认项目整体排期4.测试在内部项目系统迭代中拆解测试任务和工时5.测试在测试平台创建测试计划6.测试组织（测试分析）用例评审，并提供冒烟用例7.研发按照项目排期按时提测8.研发过程中，如果有需求变更、技术方案变更、项目风险需要及时同步项目组成员；有新增需求走需求变更流程9.必要时组织项目站立会同步项目进度

修复缺陷

测试报告

不通过

回归测试

发布上线

通过

评审通过

需求阶段

研发编码

测试

1.研发按计划进行发布2.发布完成后，测试进行线上回归测试3.测试通过后通知项目组成员4.测试发送测试报告5.测试归档测试计划

归档

评审不通过

回归不通过

UI设计

流程说明

1.需求来源：业务方需求、产品规划需求、技术优化需求2.产品整理需求，并输出需求文档3.产品在内部项目系统创建迭代4.产品组织发起需求评审，团队成员参与需求评审并评估需求内容5.需求评审后有新增需求，需要走需求变更流程（提交各TL审批，经同意后再变更，同时项目排期进行调整）

设计评审

发布完成

提测打回

PRD&原型

项目发布

测试用例

设计阶段

1.发布完成（或者发布回滚完成）2.回归测试通过

研发排期

技术设计

需求分析

发布计划评审

产品

设计

技术评审

需求评审

测试排期

发布失败

1.UED提供UI设计稿2.UI评审通过3.各端提供技术方案文档4..技术评审通过

1.测试执行验收测试2.每日17点前新增缺陷需要研发日清3.测试通知UED和产品进行项目验收4.测试提交安全测试任务5.测试每日发送测试进度及反馈项目风险6.测试阶段不允许增加新需求，如必须要增加，走需求变更流程7.测试通过后，技术PM发起组织发布计划评审8.研发根据发布计划准备发布物料

1.UED根据需求原型输出UI设计稿，并组织UI评审2.确定技术PM、测试负责人3.各端研发根据需求文档，分别设计各端的技术方案（云端、前端、客户端）4.由技术PM组织发起技术评审5.技术评审阶段研发需要给出本次迭代涉及的功能和影响范围6.技术评审应考虑上下游及历史版本兼容性影响

1.冒烟验收通过2.验收测试通过3.发布计划评审通过【冒烟打回参考】a.冒烟用例执行失败b.验收中细节问题过多c.必要文档（需求文档、设计稿、技术文档）缺失或者信息未补全d.没有提供必要的设备 或者 设备流程功能不通

研发提测

研测阶段

集成测试

测试阶段

项目流程图

用例评审

研发

测试通过

冒烟用例

1.测试提供测试用例2.测试用例评审通过3.研发提测成功

冒烟验收

研发联调

验收通过

验收测试

立项

1.产品提供《需求文档》2.需求评审通过

关键事项