《软件项目上线标准流程[实用]》由会员分享，可在线阅读，更多相关《软件项目上线标准流程[实用]（7页珍藏版）》请在金锄头文库上搜索。
1、v1.0 可编辑可修改 1 第 1 页 共 7 页 项目上线部署发布流程 1 / 7 v1.0 可编辑可修改 2 第 2 页 共 7 页 2017/9/14 2 / 7 v1.0 可编辑可修改 3 第 3 页 共 7 页 一.目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。 二.适用范围 适用于公司所有项目和产品 三.职责分工 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由 DBA统一负责 ( 或运维人员 ) 四.发布流程 在已开发完毕的各系统正式部署生
2、产环境前要严格按照以下流程进行上线前检查。 4.1.提交测试 开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发 环境经过自测通过后提交测试代码，并开始撰写上线方案。 ( 上线方案须包括新增的外部应用 程序安装，应用程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合 理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。) 并提交相关技术负责人审核， 在审核过后邮件给相关测试人员。 测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 3 / 7 v1.0 可编辑可修改 4 第 4 页 共 7 页 测试人员通过自动化部署平台根据提供
3、的分支号依照上线方案进行自动化部署，涉 及数据库操作可提请DBA 操作。 记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处理，该点 须交付测试结果报告。 内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测试结果及 问题，交由相关开发人员进行再次迭代。该点须交付测试方案测试结果报告。 4.2.预热发布 测试人员在测试环境测试并跟踪修改bug 达到上线标准（没有A、B级 bug，C 级 bug 达到要求）时。开始部署预热环境， 测试人员对现有功能在预热环境上进行验收测试（重 新执行 case） 。紧急 Bug修改走补丁 /hotfix流程。不影响功能的 bug 留到下
4、次版本解决，确 认达到上线标准。 如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备正式上线 发布流程。 4.3.正式上线 在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部署大会， 召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责 人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据 库回滚和应用程序回滚 )，最后生成会议纪要并发送邮件。 确认上线之后，测试人员邮件上线方案， 数据库脚本，应用分支号给运维人员及DBA ， DBA应提前执行数据库脚本，应用部署须通过自动化部署平台进行部署，部署系统应在应用
5、 系统中记录当前分支号，以便后续应用回滚使用。在部署中出现错误，及时通知相关开发人 员。如若问题不能在计划内时间解决，执行回滚方案。 运维， DBA在操作完成时均需要回复邮件，并说明操作步骤结果。 4 / 7 v1.0 可编辑可修改 5 第 5 页 共 7 页 发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试 结果及问题 , 提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进 行迭代改进。 紧急 Bug修改走补丁 /hotfix流程。不影响功能的bug 留到下次版本解决。测试通 过后测试人员回复邮件，发布结束。 4.4.应用服务监控 运维人员添加新增外
6、部应用服务监控和新增云主机的系统监控 运维人员对相关业务保持上线后正式生产系统进行有计划地监控其服务的性能和可 用性，及时发现问题处理及反馈问题。 4.5.总结报告 上线成功后，撰写或总结系统需求、架构以及开发文档进行备案。 5 / 7 v1.0 可编辑可修改 6 第 6 页 共 7 页 附：上线流程图 6 / 7 v1.0 可编辑可修改 7 第 7 页 共 7 页 系统上线部署发布流程 开发人员测试人员运维人员 开发环境调试 1、 BUG 修复 提交测试申请 1、上线方案 2、其他上线文档 开发自测 邮件通知运维 1.上线方案 2.数据库脚本 同意上线 部署上线 线上测试 有无系统BUG 是否修复 上线完成、持续监 控 执行一般修复流程 （线上修复或迭代 改进） 执行回滚 确认测试版本 1、内容无误 2、无明显BUG 开发负责人发起部 署大会 1.数据库脚本 2.部署顺序 3.部署时间 4.回滚方案 5.项目相关负责人 Y Y Y 是否为严重bug Y N N 确认回退 发布上线公告 7 / 7
