确认的需求PRD
编码TC用例
完善业务逻辑
项目上线后试运行一段时间
需求评审
参与人员：上线计划所列人员
执行上线计划
参与人员：测试、所有研发
TC用例文档
checklist/备注
需求阶段
1、严格按照《发布计划》进行发布，注意组件、接口等先后依赖关系2、上线后依照后续支撑进行问题发现，及时响应并解决，同时做好记录工作
1、《测试报告》应符合项目计划的目标，如质量、性能指标等2、双方需保证测试环境、数据库的稳定性3、测试报告需要备注代码分支、主干、测试用例执行情况，bug等级汇总评估，上线风险问题等信息4、测试报告需抄送有关方并附有解释风险责任5、QA的角色是实时跟踪整个项目实施过程风险问题，并在拿到测试报告，对问题汇总，解决进程，给出质量报告，并给出职能岗位评级
参与人员：QA、测试，研发
项目立项启动背景
评审问题记录
评审阶段
上线计划评审
第三方接口文档
测试
与第三方联调
项目立项
产品验收报告
提测申请表
进行复盘工作
测试阶段
联调阶段
开发阶段
前置
测试、研发验收问题追溯修复
项目定期跟进报告
1、简述项目背景2、说清楚项目目标，期望的进度、质量和交付物3、《需求PRD》为必要产出物，《项目立项启动会议》等为非必须4、约定项目文档存储空间，沟通方式和进度频率跟踪汇总报告5、确认风险把控，沟通机制，如通过邮件持续跟进问题，资源协调，完成进度的汇总6、设立项目或需求的等级与对应的奖惩措施保障项目如期完成对应的质量指标
上线发布
<项目流程>
验收通过、完整的《发布计划》
研发bug修复
1、产出物必须是确认的、规范的、明确的；2、统一存储，有沟通后的变更需要及时通知项目组所有成员；3、技术评审要给出预估的开发工作量；4、《针对第三方接口文档》初稿
功能排期
参与人员：产品、业务、研发、测试、QA、数据库、运维等相关方
QA报告
功能排期计划
需求PRD
开发编码、自测、达到转测条件
项目影响范围以及周边系统配合方
1、《产品验收报告》、《业务验收》应符合项目计划的功能性目标，在不影响主体流程情况下可提出后期优化体验问题等2、双方需保证验收环境、数据库的稳定性3、业务与产品验收报告需要给出上线计划时间节点与上线建议4、上线计划评审，涉及到职能部门必须到位，并严格按照上线步骤执行，填写相关责任人，执行时间，评估升级方案，回滚方案等信息5、涉及到的数据割接、迁移需要提前演练，确保操作时间可控
详设文档
兼容性测试
流程
完成《排期计划》
项目总结
定稿后的《需求PRD》、交互、视觉稿完成
1、项目总结主要是针对问题进行复盘，复盘不是定责，而是吸取教训，为今后团队的项目开展规避问题，可以参考《复盘要点》及前期《上线问题汇总》进行复盘，为以后后期的经典的坑避免再踩提供参照2、项目的奖惩实施（重大等级项目做得比较到位），为员工的KPI提供一定的参照3、总结技术要点，为今后的其他项目提供技术积累与技术储备
功能测试
文档归档、代码配置文件归档等信息归档
灰度发布（通过白名单或其他机制进行）
负责整理、编写上线安排计划
跟踪业务验收
业务验收报告
冒烟用例文档
测试报告
明确里程碑事项
测试日报
交互评审、视觉评审
参与人员：各自研发
kickoff meeting
跟踪产品验收
总结与复盘
确认的交互稿
参与人员：主体参与研发人员
明确质量、性能各类指标
1、里程碑（接口、组件等交付时间、项目发布时间）2、必须明确《详设文档》、《数据库设计》、《接口文档》都需要相关人员参加评审、制定、明确技术实现 方案并技术落地3、确认版本与分支管理规则4、确认组内技术难点攻关与组内问题汇报机制
参与人员：所有研发、测试、QA人员
参与人员：研发、测试
上线计划
明确项目归档工作，进度风险管控机制
测试编写TC用例以及内部评审
测试提供重点冒烟用例供研发自测
技术选型与确认（宽泛技术）
项目背景主要的feature可行性分析
项目实施计划
项目目标（质量、进度、交付物）
项目实施
研发代码评审与review
发布
复盘报告
TC测试用例执行
各自开发、自测、联调、测试、完成
研发测编写详设、数据库设计等前期工作
与前端联调
重大问题回溯报告
交互与视觉制作
联调
验收完成
1、对联调工作应在编码过程中完成，有些涉及迁移，数据割接可放在编码之后2、及时按照《排期计划》完成联调工作，联调进度管控也按照组内汇报机制及时反馈与响应
验收阶段
性能测试
产出
总结那些踩过比较经典的坑、总结关键技术要点
产品或业务验收
交付物评审
接口文档
数据库设计
进行问题跟踪与记录
确认的视觉稿
项目上线报告
TC评审
1、完善的《接口文档》2、用例评审后，在研发编码完成后需完成测试提供的《冒烟用例》
完成评审并通过之后
参与人员（主要资源负责人：研发负责，测试负责，产品人员，资源协调人员、QA、配合方）
