需求接收
冒烟是否通过
1、开发人员准备上线checklist，包括但不限于变更文档、数据库脚本、changelog、上线顺序、监控/灰度/回滚方案等；2、项目经理确认行方变更流程批准完毕；3、召开上线会议，会上 a、项目经理确认各模块上线时间，上线负责人及验证人员 b、开发人员解读上线方案； c、测试人员确认上线顺序； d、达成上线共识；5、项目经理同步以上信息给i行方及其他干系人，确认行方上线验收人员及时间安排6、生产演练（如上线会议决议内有）7、灰度发布（如上线会议决议内有）及生产验证8、全量发布及生产验证
参与复盘
详设评审通知
冒烟测试
准备上线checklist
是
需求分析
详设评审纪要
1、测试案例用思维导图梳理；2、测试案例中应包含但不限于冒烟测试用例、需求场景解析、详设程序逻辑测试、测试场景拆分、测试依赖关系、测试数据准备、性能测试、UI测试、安全测试
需求规格书
通知
需求评审通过文档（纸质版）
chencklist/备注
需求评审通知
1、测试案例评审纪要需邮件通知参会各方；
系统研发
开发人员
业务需求上线全流程
测试排期
封版上线
开始
研发编码
1、冒烟测试不通过，测试人员有一票否决权打回
输出冒烟测试案例
测试评审通知
需求沟通会议纪要
测试人员
测试案例评审纪要输出
需求产出
需求结稿
1、需求定稿后，各方需手工签署纸质版的需求评审通过文档；2、定稿需求需邮件发给各关联方，并更新TAPD
需求定稿
上线会议
迭代复盘
原型图
传TAPD
需求规格书（定稿）
1、产品经理收到测试通过邮件进行验收测试，通过后通知需求方验收；2、行方验收通过后签署验收文档，代码封版准备上线
需求沟通
生产验证
需求答疑和确认
反复沟通
详细设计说明书（定稿）
详细设计
UAT验收测试
详设评审
需求评审纪要输出
研发排期
参与需求评审
测试案例（定稿）
测试案例
1、详设评审至少提前一天邮件通知相关人员（项目经理、开发、测试、需求方）；2、详细设计说明书应包括但不限于系统架构图、功能流程图、时序图、数据库表结构、详细程序逻辑说明、关联模块、依赖关系、上线顺序、灰度方案、监控方案、回滚方案
迭代规划
生产演练
1、详设评审纪要需邮件通知参会各方；2、如研发排期评审后确实需要调整，需多方沟通确定
参与详设评审
上线checklist
1、测试案例定稿后需邮件发给各关联方，并更新TAPD
参与测试评审
1、迭代节奏：两周一轮迭代2、迭代确定需更新TAPD，并发出迭代立项邮件，并附上迭代排期计划表；
需求评审纪要
测试案例编写
行方产品经理
设计师
1、迭代排期计划表更新需邮件发给各关联方；
详设评审纪要输出
测试案例评审
产品经理
否，打回
原始需求文档
需求梳理
产出物
复盘会议纪要及改进决定
灰度发布
上线会议决议
1、详细设计说明书定稿后需邮件发给各关联方，并更新TAPD
SIT测试
1、以行方产品经理需求邮件为准；2、原始需求统一对接腾梭产品经理
单元测试
1、上线前一天要求完成SIT和UAT测试；2、重要bug必须当天关闭，不能过夜处理；3、测试每天下班前发邮件同步测试进度；4、测试全部完成后回复提测邮件，并附上测试报告；如有遗留问题，在邮件和测试报告均需提现，红字标出；
迭代排期计划表更新
1、一个需求发一封提测邮件，便于统计；2、多个系统配合，相关开发人员将提测信息提供给最晚开发完成的人，由最晚开发完成的人发邮件提测
1、、测试评审至少提前一天邮件通知相关人员（项目经理、开发、测试、需求方），邮件附上测试案例；
1、需求评审至少提前一天邮件通知相关人员（项目经理、开发、测试、设计师、需求方）；2、需求通知邮件需包括需求背景及目的；
设计稿完稿
设计排期、初稿、评审、完稿
迭代排期计划表
需求评审
提测
迭代确定
全量发布
1、需求评审纪要需邮件通知参会各方；
测试案例定稿
系统测试
详设定稿
验收文档（纸质版）
1、设计稿由产品经理确认；2、如果设计稿需要需求方确认，由产品经理牵头与需求方共同确认设计稿；3、设计稿完稿需上传TAPD
详细设计说明书
测试报告
测试案例评审纪要
项目经理
