软件系统发布流程图

产品、市场

N

生产发布成功

验证OK，测试回复研发的发布checklist邮件，附上详细验收结果。配置管理员发布生产发布成功通知

产品经理

开始

集成测试/回归测试

会知相关部门已发布的内容及风险

入口测试标准：提测代码编译成功、代码部署后启动成功、模块或者系统主流程冒烟测试通过、提测前测试已提供评审后的测试用例（如果中间涉及到需要变更或者补丁或如果需要提前通知测试，并估影响）；测试人员确认改版本所有TAPD单状态转入测试。提前/延期转测。提前转测通知测试相关人员、测试负责人。延期转测，需要产品/开发负责人确认，测试负责人确认测试计划是否需要延期。

OK

Y

jenkins构建、SIT环境部署

发布超过窗口期

产品/研发负责人/测试共同决策

版本打回

紧急修复

研发

测试通过？TAPD

入口测试

配置管理员

执行checklist

申请执行发布UAT

提交电子流程

转演验收

邮件通知相关方

Jenkins构建UAT环境部署

1、测试人员回归验收2、验证本次迭代特性，主流程以及自动化相应的覆盖用例

总体原则：非特殊情况下不允许远程发布，各部门相关人员需在场

申请执行发布

结束

1、配置管理员建立release/sit分支，合入本次发布提交代码。2、配置管理员基于jenkins构建当前版本号的sit版本，并发布SIT环境

打基线版本

1、邮件通知相关方：迭代号，上线时间点（准备好时间点，发布开始时间点），发布动作执行人，注意事项，发布checklist2、代码必须于发布节点的前1天，下午3点前完成封版，3点后的代码何如需要技术主管、产品、测试合议。

版本回退

测试

软件发布流程图

1、测试人员回归验收2、验证本次特性，主流程以及自动化相应的覆盖用例3、有问题，如果问题严重，由产品，研发负责人，测试共同决策，判定下一步动作。

回归测试

审批者需要验收附件，版本测试报告，上线checklist，发布特性清单

1、配置管理员建立release/uat版本分支，合入release/sit代码2、配置管理员基于jenkins构建当前版本号的uat版本，并发布转演环境。

提交发布包及DB脚本

代码封版，打tag生产版本号构建

回滚版本

生产环境发布

版本发布申请准备

遗留问题上线

修复并提交代码