项目上线部署发布流程

目的

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

范围

适用于所有软件项目和产品。

发布人员

开发环境由开发人员内部负责（包括维护和管理开发分支和 git 代码库）。
测试环境由测试人员负责。
UAT 灰目前没有暂不考虑。
正式生产环境由项目经理各环节确认清楚后构建发布（后期交付运维验收发布）。
数据库操作由后端组长统一负责（可交付运维或大数据）。

发布流程

提交测试
开发人员在功能开发过程中做好功能自测，数据自测，功能开发完成后做好前后联测，前后联通自测无问题后进行 showCase 冒烟测试，而后将系统部署到测试环境。
测试人员根据模块功能选择测试方案，测试用例，特别处理边界异常测试。
测试人员测试不可擅改数据库信息，如有需要由开发配合处理。
记录各种数据测试结果及测试问题，测试问题及时提交禅道做好回归确认，该点须生成相关测试结果报告。
用户验证测试（如果需要）。
预热发布
测试人员在测试环境测试并跟踪修改 bug 达到上限标准（没有 1、2 级 bug，3 级 bug 达到要求）。
如达到上线标准，测试人员发起邮件通知相关开发人员，产品人员，准备正式上线发布流程，提交最终测试结果报告，产品验收通过，要求项目经理走上线审批。
正式发布
上线审批通过后，由项目经理点击上线构建按钮，研发群告知当前版本/迭代上线模块/内容。
发布完成后，产品经理告知业务方进行生产使用，线上压测，产品经理持续跟踪反馈，如若出现问题不能短时间内解决，执行回滚方案，并进行迭代改进。
紧急 bug 修改走补丁 / hotfix 流程，不影响功能的 bug 在下个迭代中一次解决，项目/产品经理做好相关记录，测试做好相关的监督跟进。
应用服务监控
通过系统内部添加的应用服务监控和新增云主机的系统监控及开发的分析插件进行持续使用情况关注跟踪。
产品对相关业务方保持上线后正式生产系统进行有计划的监控服务和功能的可用性以及软件性能方面，追踪反馈，及时发现问题并快速处理反馈问题。
总结报告
上线成功后，撰写或总结系统需求，架构及开发文档进行更新备案。