软件项目上线发布流程.pdf

布比项目上线部署发布流程 V1.0 2017/9/14 . . . . 1、目的 规范公司项目和产品的上线流程， 建立和完善产品的版本控制， 保证软 件产品质量。 2、范围 适用于公司所有项目和产品 3、发布人员 开发环境由开发人员内部负责 （包括维护和管理开发分支和 git 代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 * 数据库操作均由 DBA统一负责 ( 或运维人员 ) 4、发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线 前检查。 一、 提交测试 a) 开发人员在功能开发完毕后首先配置开发环境，并将系统部署至 开发环境。在开发环境经过自测通过后提交测试代码，并开始撰 写上线方案。 ( 上线方案须包括新增的外部应用程序安装，应用 程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚 本，制定合理的上线时间，涉及的服务影响范围以及上线失败的 回滚步骤。 ) 并提交相关技术负责人审核，在审核过后邮件给相 关测试人员。 b) 测试人员根据模块功能文档并制定测试方案，测试用例，特别注 . . . . 意临界点测试方案。 c) 测试人员通过自动化部署平台根据提供的分支号依照上线方案 进行自动化部署，涉及数据库操作可提请 DBA操作。 d) 记录各种数据测试结果及测试问题，并交由相关开发人员进行二 次迭代处理，该点须交付测试结果报告。 e) 内测完毕后交由相关业务及需求人员进行集成测试，并请测试人 员记录测试结果及问题，交由相关开发人员进行再次迭代。该点 须交付测试方案测试结果报告。 二、 预热发布 a) 测试人员在测试环境测试并跟踪修改 bug 达到上线标准 （没有A、 B 级 bug，C 级 bug 达到要求）时。开始部署预热环境，测试人 员对现有功能在预热环境上进行验收测试（重新执行 case ）。紧 急 Bug修改走补丁 /hotfix 流程。不影响功能的 bug 留到下次版 本解决，确认达到上线标准。 b) 如达到上线标准，测试人员发起邮件通知相关开发人员、产品人 员，准备正式上线发布流程。 三、 正式上线 a) 在测试人员确认项目具备上线条件下，正式上