测试环境业务验收
项目分支测试完成
前端
标红为必须节点
测试报告邮件模板：1.项目名称2.测试内容（主要功能+性能+代码覆盖等）3.测试概况（里程碑、资源投入、bug分布）4.风险及遗留问题
不通过
开发
新提交部分进行codereview
参加并根据技术方案确认是否相符
重新提测
预告上线计划
验证通过
线上回归清单
通过
验证不通过
冒烟结果邮件： 1.冒烟测试是否通过2.如未通过，标明具体哪些用例未通过3.如未通过，标明可能产生的具体影响，如项目延期等
底色红色为必需流程
测试环境
提测邮件
邮件回复通过
发布上线
发布前准备
参加并确认业务需求是否相符
PM
业务方（产品/业务/设计交互）
邮件发出最终完整用例+冒烟用例
冒烟测试
上线结果同步（项目群/测试群+邮件）
系统监控配置项check
上线计划模板
验证项目分支
用例评审
提测
线上环境业务验收
预发环境
发送测试报告邮件
前端发布
执行冒烟用例进行自测
项目分支合并到发布分支
预告上线模板：1.发布内容2.计划发布时间3.业务影响及回归注意点4.风险及遗留问题
评审完用例邮件
项目分支修复
提测邮件模板：（每次提测均需要邮件，若不是第一次提测必须在测试冒烟结果邮件上回复）1.项目名称2.是否完整提测，提测模块及对应开发3.改动影响范围4.自测结果5.代码仓库链接6.DB相关变更7.配置文件变更8.技术文档地址9.产品PRD10.Jira任务链接
预告上线模板，同步至项目群
冒烟结果邮件
流程
发布分支合并至master
实时功能验证
测试报告邮件模板
定时任务验证
上线计划模板：1.机器是否申请，权限是否申请2.消息队列、DB是否配置完成3.底层服务发布顺序及负责人4.业务服务及发布顺序负责人5.前端发布顺序及负责人6.配置项变更及负责人（业务配置+系统配置+线上线下不同的配置项需要单另检查）7.是否有运营配置8.是否有数据变更（数据结构变更、数据初始化、数据同步、前端导入模板变更）9.灰度发布方案10.回滚方案11.上线验证功能清单12.codereview参与同学13.服务发布必须在场的相关人员
评审完用例邮件： 1.完整用例+冒烟用例2.评审中新确定或者修改的内容3.待跟进事项，具体指定到跟进人备注：用例必须要考虑资损场景、上下游依赖影响、数据操作量级评估、边界场景及边界值
冒烟是否通过
发布后
上线结果邮件模板：1.项目名称+发布内容2.上线时间3.监控结果4.线上验证结果，回归清单的验证结果
上线计划邮件
验证发布分支
测试
发布
线上回归清单：1.主干功能场景2.新功能3.涉及线上写数据场景，需要需要与开发，产品共同确认无误，并有兜底措施后，才可进行作相关业务的验证4.是否需要业务线上进行配合验证，若需要提前联系好线上发布完成则开启验证
提测试邮件模板
邮件回复不通过，写明场景影响范围
组织codereview，邀请对应测试参加
