软件发布流程
1 目的
为了规范软件产品的版本发布过程，提高软件发布的可控性。
2 范围
适用于公司所有软件产品的发布。
3 角色与职责
4 软件发布流程
公司软件产品发布的流程如下：
4.1 发布准备
软件开发完成，开发人员完成自测，并确定发布日期。
自测应当完成对以下内容的确认：
1) 原有BUG是否彻底解决；
2) 增加的功能，修改的功能；
3) 新增功能是否达到需求及设计要求；
4) 所做的改变带来的影响；
4.2 提交测试
软件负责人提出测试申请，并明确以下内容：
1) 软件版本号；
2) 新增或修改了哪些功能；
3) 修复了哪些BUG；
4) 更改后的影响分析及测试建议；
4.3 执行测试
测试负责人接收测试申请后，启动软件测试，完成后反馈测试结果。
测试结果应包含以下内容：
1) 原有BUG的解决情况；
2) BUG的新增情况；
3) 测试用例执行情况；
4.4 发布评审
软件经过全面测试后，由质量部SQA负责审核并判断软件是否达到发布要求。
发布评审中对软件缺陷的要求是：致命、严重级别缺陷为0，一般级别缺陷解决率为95%，轻微级别缺陷解决率为90%。
说明：
缺陷级别划分为四级：致命、严重、一般、轻微。
4.5 源码、文档入库
软件负责人安排将软件源代码及文档入库。
源码包括软件所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册等。
4.6 程序打包
软件负责人安排将程序打包，标记源码、文档版本tag等。
4.7 编写发布说明
软件负责人安排编写产品发布说明readme.txt（或者release note）。
Readme的内容应该包括
1) 产品版本说明；
2) 产品概要介绍；
3) 本次发布包含的文件包、文档说明；
4) 本次发布包含或者新增的功能特性说明；
5) 遗留问题及影响说明；
6) 版权声明以及其他需要说明的事项。
4.8 正式发布通知
软件负责人通知研发、市场、销售各相关部门并附上产品发布说明和产品介绍。
软件发布流程
1 目的
为了规范软件产品的版本发布过程，提高软件发布的可控性。
2 范围
适用于公司所有软件产品的发布。
3 角色与职责
4 软件发布流程
公司软件产品发布的流程如下：
4.1 发布准备
软件开发完成，开发人员完成自测，并确定发布日期。
自测应当完成对以下内容的确认：
1) 原有BUG是否彻底解决；
2) 增加的功能，修改的功能；
3) 新增功能是否达到需求及设计要求；
4) 所做的改变带来的影响；
4.2 提交测试
软件负责人提出测试申请，并明确以下内容：
1) 软件版本号；
2) 新增或修改了哪些功能；
3) 修复了哪些BUG；
4) 更改后的影响分析及测试建议；
4.3 执行测试
测试负责人接收测试申请后，启动软件测试，完成后反馈测试结果。
测试结果应包含以下内容：
1) 原有BUG的解决情况；
2) BUG的新增情况；
3) 测试用例执行情况；
4.4 发布评审
软件经过全面测试后，由质量部SQA负责审核并判断软件是否达到发布要求。
发布评审中对软件缺陷的要求是：致命、严重级别缺陷为0，一般级别缺陷解决率为95%，轻微级别缺陷解决率为90%。
说明：
缺陷级别划分为四级：致命、严重、一般、轻微。
4.5 源码、文档入库
软件负责人安排将软件源代码及文档入库。
源码包括软件所有源代码；文档包括需求、设计、测试文档，安装手册、使用手册等。
4.6 程序打包
软件负责人安排将程序打包，标记源码、文档版本tag等。
4.7 编写发布说明
软件负责人安排编写产品发布说明readme.txt（或者release note）。
Readme的内容应该包括
1) 产品版本说明；
2) 产品概要介绍；
3) 本次发布包含的文件包、文档说明；
4) 本次发布包含或者新增的功能特性说明；
5) 遗留问题及影响说明；
6) 版权声明以及其他需要说明的事项。
4.8 正式发布通知
软件负责人通知研发、市场、销售各相关部门并附上产品发布说明和产品介绍。