- 需求收集分析讨论
角色：运营人员
收集项目需求，讨论需求可行性，确认需求优先级。 - 需求整理串联
角色：产品
根据需求优先级梳理需求，确认影响范围，将需求落实到项目中，输出产品原型 - 原型初审
角色：产品、项目经理、测试经理、运营
项目关联项目的所有核心负责人员参与原型初审，确认整体流程以及对各自模块的影响范围，大体细则。 - 原型评审
角色：产品、项目经理、测试、开发(前后端)、UI
原型初审通过后，产品经理完善原型后进行正式原型评审。
评审一般至少评审三轮：
第一轮通讲整体项目流程以及其关联项目流程，确认项目以及关联其他项目整体流程连贯、项目本身流程无阻塞、项目原型页面无致命性问题以及项目规则无问题。
第二轮评审大致通讲项目流程，重点阐述第一轮评审相关问题。确认项目原型细节无问题，开发确认大概实现思路以及约定相关规范。
第三轮评审重点解决第二轮评审相关问题。再次确认项目细节，主要确认开发范围、项目重难点、大致实现方案。
如果第三轮还有流程不同或者设计上有大的缺陷，则继续修改原型进行评审。
PS: 原型评审到尾声的时候已经可以输出功能清单(含需求拆分以及开发时间评估)、project文档并且根据功能清单以及评估开发时间确认本期需求范围。 - 立项
角色：产品、项目经理及以上级别领导、测试经理及以上级别领导、测试、开发(前后端)、UI、PMO、架构负责人
确认项目模块、项目流程、项目影响范围、各方职责、项目重点时间节点、项目风险以及防御措施 - 概要设计
角色：项目经理、技术经理、前端、后台
项目经理/技术经理：总体概要设计确定前后端开发约束、项目范围、项目模块、项目技术选型、压测范围及标准、接口测试范围、数据量评估、项目重难点分析以及实现方案、需要外部项目组提供的支持等
前端/后台：各自模块的实现方案，前端包含页面渲染、数据操作过程描述，后端包含接口梳理、功能实现逻辑描述、数据库设计以及将接口同步至线上api文档 - 概要设计内部评审
角色：项目经理、技术经理、前端、后台
项目组内部人员评审概要设计进行查漏补缺 - 概要设计评审
角色：产品、项目经理及以上级别领导、测试经理及以上级别领导、测试、开发(前后端)、UI、PMO、架构负责人
确认概要设计实现方案可行性，业务实现是否有逻辑问题，实现方案是否合理等
一般情况下概要设计评审分为两轮，第一轮对于业务需求以及实现进行评审讨论，第二轮就第一轮的问题进行修改再次评审，评审至需求无问题后进行开发。 - UI评审
角色：产品、项目经理及以上级别领导、测试经理及以上级别领导、测试、开发(前后端)、UI、PMO、架构负责人
复杂页面需要UI出原型，其他通用页面按照系统约定进行开发。 - 测试用例评审
角色：产品、项目经理及以上级别领导、测试经理及以上级别领导、测试、开发(前后端)、UI、PMO、架构负责人
评审测试流程以及测试相关场景是否合理 - 开发
角色：前端、后台
开发主要分为三部分：
第一部分前后端分开开发，前端主要根据api文档进行页面开发，后端主要根据api文档进行接口开发以及补充缺失接口并更新至API文档；
第二部分前后端接口联调，前后端将所有的接口调通并修复部分前后端相关问题，保证接口以及大流程通畅无异常
第三部分大联调，大联调包含所有项目组进行流程通跑，测试项目流程性问题以及根据原型进行自测，修复流程问题保证冒烟通过，同时根据原型、UI图修复细节问题，比如用户体验度、前端展示样式、字段翻译等细节问题 - 接口测试
角色：测试
一般情况下开发第三轮也就是大联调的时候测试介入，进行接口测试 - 冒烟测试
角色：测试
项目整体流程通跑，无阻塞无报错 - 第一轮测试
角色：测试
根据测试用例跑流程 - 第二轮测试
角色：测试
重点回归第一轮问题用例 - 第三轮测试
角色：测试
重点回归第二轮测试用例，根据测试用例通过情况看是否进行第四轮测试 - 自由测试
角色：测试
自由测试项目流程 - 性能测试
角色：测试
进行单接口、混合场景性能压测，一般在第三轮测试或者之前进行压测 - 测试报告
角色：测试
输出测试报告 - UI验收
角色：UI
一般第一轮测试完成后UI介入，进行验收，验收通过后出具UI验收报告 - 系统演示
角色：项目经理
一般第一轮测试后，项目经理向需求方以及各负责人演示整体系统流程，收集展示过程中需要优化的问题进行优化或者二次排期 - 上线准备
角色：运营、运维、测试、开发、产品
运营：准备基础数据
运维：部署基础环境
开发：分支准备、初始化数据准备
产品：跟催业务数据准备情况，准备需初始化数据文件
测试：准备线上验证流程、账号、基础数据、分工等 - 上线验证
测试验证==》产品验收==》运营验收 - 上线完成
|