测试&发布流程

测试环境业务验收

项目分支测试完成

前端

标红为必须节点

测试报告邮件模板：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，邀请对应测试参加