项目上线发布流程简介（不同公司流程规范不一样，仅供参考）

前言：整理了一下项目上线发布流程简介，仅供参考!

一、目的

规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。

二、范围

适用于公司所有项目

三、参与人员

项目、产品、开发、测试、运维

四、发布流程

在已开发完毕的各系统或项目正式部署生产环境前要严格按照以下流程进行上线前检查。

1、提交测试

a)开发人员在功能开发完毕后首先要进行自测，自测通过后提交测试代码，并开始撰写上线方案。(上线方案须包括新增的外部应用安装，应用部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。)上线步骤要由项目技术负责人把关通过后上传到项目Tapd（上线发布计划）中。

b)测试人员根据需求文档制定测试方案，测试用例，特别注意临界点测试方案。

c)中、大型项目，测试人员要通过自动化部署平台根据提供的分支及上线方案与运维及开发配合部署UAT环境，涉及数据库数据同步要提前一天告知运维从线上同步数据至UAT。

d)小型或紧急bug修复开发修改完毕，测试环境验证通过后可先发布至预发布（如有）环境进行验证，回归验证无误后方可上线。

e)记录各种数据测试结果及测试问题，并交由相关业务人员进行二次迭代处理，该点须交付测试结果报告。

f)测试人员测试完毕后通知产品进行验收测试，并记录测试结果及问题，交由相关开发人员进行再次迭代。该点须交付产品验收报告和测试结论报告。

2、预发布

a)测试人员在测试环境测试并跟踪修改bug达到上线标准（没有H、M级bug，L级bug在可控范围内）时，开始部署UAT环境，测试人员对现有功能在UAT环境上进行回归测试（重新执行case），确认达到上线标准。
b)测试人员UAT回归测试通过后通知产品介入进行验收测试。产品验收测试不通过，继续整改，直至验收通过为止，验收通过发送验收通过确认电邮。
c)在上线前发预发布进行验证测试，测试通过测试人员或项目经理发起邮件通知相关开发人员、产品人员、测试人员准备正式上线发布流程。

3、正式上线

a）在测试人员确认项目具备上线条件下，正式上线前，项目总控须发起部署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)。
b）确认上线之后，测试人员邮件上线方案，数据库脚本，代码仓、分支、哈希给运维人员。在部署中出现错误，及时通知相关开发人员。如若问题不能在计划内时间解决，执行回滚方案。
c）运维在操作完成时均需要回复邮件，并说明操作步骤结果。
d）发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试结果及问题提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进行迭代改进。
e）紧急Bug修改走补丁Fhotfix流程。不影响功能的bug留到下次版本解决。测试通过后测试人员回复邮件，发布结束。

4、应用服务监控

a)运维人员对相关业务保持上线后正式生产系统进行有计划地监控其服务的性能和可用性，及时发现问题处理及反馈问题。

5、总结报告

上线成功后，撰写或总结系统需求、架构以及开发文档进行备案。