(完整版)版本转测试及发布管理流程

1.1 代码合入、编译打包与自验

版本转测试前,开发确认相关代码已全部合入svn库,由开发统一接口人记录转测试代码所对应的svn版本号，进行封版编译打包自验,自验通过后,将转测试程序/程序包、版本转测试配套文档放入配置管理员指定的转测试目录，通知测试转测试版本号及转测试版本存放路径。

开发自验通过标准: a. 开发阶段，以开发人员开发的模块功能特性性能指标阶段性达到需求要求，并且本次要转测试的bug修改自验通过，程序无致命问题，可转测试。 b. 维护阶段，本次要转测试的bug修改自验通过，程序无致命问题，可转测试。

版本转测试配套文档列表： 编号 1 2 3 文档名 release notes（包含实现功能列表） 缺陷说明 接口说明书 适用范围 全生命周期 全生命周期 全生命周期 文档出处 是否必需? 必选 必选 可选 4 5 6 7 安装配置手册 内部升级指导书 mib库 产品说明书 开发 开发 开发 开发完成初稿，测试配合测试阶段开始 完成终稿 测试 全生命周期 交付 开发 开发 产品部 可选 可选 可选 可选 说明： 程序包要求能一键安装，转测试版本按规范命名，转测试文件夹以转测试版本号命名。

1.2 启动测试

测试开始对开发转测试的程序/程序包进行测试。

开发封版编译打包自验问题修改自验通过?否是启动测试

图1. 版本转测试流程图

2 版本发布流程

2.1 测试通知配置管理员启动发布，递交《版本发布checklist》

检查项 版本号 发布类型 发布范围 对外发布配套文档是否齐全并通过测试? 测试报告 所发布版本是否安全无毒 检查结果 信息提供者 测试经理 测试经理 测试经理 测试经理 测试经理 测试经理 2.2 配置管理员检查对外发布checklist

2.3 配置管理员通知交付部从指定路径获取对外发布软件及配套文档。