软件发布规范

1、内部资料，注意保密编号：SP-SPS-07类别：软件发布规范软件发布规范版本1.0.0公司,Ltd.200 年3月版本变更记录版本文档时间变更说明1.0.0200 年3月17日发布1目的42概述43发布流程规范43.1、发布准备43.2、撰写文档43.3、全面测试43.4、发布确认53.5、质量认定53.6、源码、文档入库 53.7、程序打包53.8、发布产品 53.9、编写发布说明 53.10、正式发布通知 53.11、后续工作63.12、临时发布61目的严格按照软件产品发布流程发布软件版本是建立和完善软件产品版本控制，保证软件产品质量的关键过程之一。2概述参与软件产品发布的人员主要是测试负

2、责人和BM( Build Master )。软件发布需要遵循严格的流程规范，已确保应用软件的正常发布。3发布流程规范公司软件产品发布的流程规范如下：3.1、发布准备开发人员先要确定发布的准备工作和发布的日期。准备工作应包含以下内容:a) 原有BUG的是否彻底解决；b) 新增模块在功能上是否达到设计要求；c) 修改了什么，增加了什么；d) 所做的改变带来的影响；3.2、撰写文档开发人员确定所发布内容中是否有新增功能。若有，则需撰写一份需求文档， 交给测试人员，否则修改bug状态，并发送测试通知单，告知测试人员。需求文档的内容如下：a) 所做的改动有哪些；b) 修改原有BUG新增模块的设计目标3.

3、3、全面测试测试人员在收到测试通知单或需求文档后，应进行全面、完善的测试，如果通过测试,发送测试报告给开发经理，并修改BUG犬态。否则，将测试结果反馈给开发人员，测试结果中应包含以下内容：a）原有BUG的解决情况或新增模块的 BUG清况b）发现BUG的测试用例3.4、发布确认所有程序由测试人员进行确认测试后，若发现检查系统内登记的所有 bug都已经被修 正，或者遗留的bug不影响系统的使用，则由系统维护员审核 BUGW决情况或新增模块使用 情况，如果符合要求，则准许发布，如果有严重bug未解决（级别为必须修正）则不能发布；3.5、质H认定测试负责人编写发布版本产品质量报告进行质量分析和总结。3

4、.6、源码、文档入库源码包括数据库创建脚本（含静态数据）、编译构建脚本和所有源代码；文档包括需求、 设计、测试文档，安装手册、使用手册、二次开发手册、产品介绍（ ppt）等。3.7、程序打包BM进行程序打包；标记源码、文档版本tag。3.8、发布产品新建产品发布计划，填写配置项，执行发布计划（发布产品）。3.9、编写发布说明编写发布说明readme.txt （或者release note ） 。 Readme的内容应该包括产品版本说 明；产品概要介绍；本次发布包含的文件包、 文档说明；本次发布包含或者新增的功能特性 说明；遗留问题及影响说明；版权声明以及其他需要说明的事项。3.10、正式发布通知通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。3.11、后续工作产品发布后，在使用过程中可能还会发现一些bug。在不影响正常使用的情况下，这些 bug将在下一版本发布时解决；如果bug严重影响使用，必须打 patch或者按照流程重新发布。3.12、临时发布软件产品未正式发布前，可能需要一个临时版本供开发人员或者用户应急使用，