软件发布流程
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 正式发布通知
软件负责人通知研发、市场、销售各相关部门并附上产品发布说明和产品介绍。