来源:m.fanwen118.com时间:2023.3.6
软件产品发布流程规范
1. 项目经理编写括产品发布说明,产品发布说明的内容应该包括产品发布时
间;产品版本说明;产品概要介绍;本次发布包含的安装包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。
2. 发布之前,所有程序由测试人员进行确认测试;检查MantisBT系统内登记
的所有bug都已关闭,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为很严重以上)不能发布;
3. 测试负责人编写release产品测试报告和总结,给出发布与否的结论。
4. QA负责编写release产品质量报告进行质量分析和总结,给出发布与否的结
论;
5. 确定发布后BM进行程序打包;标记源码、文档版本标识。
6. BM打好包后邮件通知相关人员(包括CM和项目经理),提交产品安装包;
7. CM负责源码、文档入基线库。源码包括数据库创建脚本(含静态数据)、
编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo和项目经理提交的产品发布说明等等。
8. CM把安装包、使用文档等放置至公司产品库并提交配置管理报告。 9. 项目经理或者高级经理发送产品发布邮件,通知开发、测试、市场、销售各
相关部门并附上产品发布说明和产品介绍;或者以产品发布会议的形式进行通知
10. 后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正
常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。
11. 临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者
用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;BM需要为源码、文档打tag标记。
12. 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在
此基线上进行,开发人员不能直接从vss上check out代码编译交付用户使用或者进行二次开发。
web产品发布流程及规定
一、Web产品发布流程:
1、新产品发布流程及已有产品改版发布流程
2、新产品发布确认书
3、已有产品固定周期优化修改及紧急bug修改发布流程
4、产品补丁发布确认书
二、Web产品发布规定:
为了严格把握web产品版本控制,保证产品质量,公司建立web产品发布的规定如下:
1、指定发布Build Master,指定岳小云兼任。只有Build Master或其授权,才有权发布web程序,统一发布出口。
2、发布准备。发布之前所有程序由测试人员进行确认测试;检查bug管理系统内记录的所有bug都已经解决,或者遗留的bug不影响系统使用,如果有严重bug未解决则不能发布。
3、开发的新产品要进行适当的压力测试。
4、源码、文档入库备案。源码包括数据库脚本、源代码;文档包括需求、设计、测试文档、二次开发手册等。
5、产品发布后,负责产品测试的人员需要通知相关部门并附上产品发布说明单,确保各部门即时了解产品动态,避免“无声息”发布情况。
6、后续工作。产品发布后,在使用过程中可能还会发现一些bug,在不影响正常使用的情况下,这些bug将在下一版本发布解决;如果严重影响使用,必须打补丁重新发布。
7、已有产品的更新及优化,则由Build Master规定固定发布周期;如遇到紧急错误需要马上解决的,则按照上面的流程重新发布。
8、软件发布后,即建立了一条发布基线,所有的二次开发必须在此基线上进行,开发人员不能直接从代码管理软件中check代码进行二次开发。
9、新产品发布时必需由项目小组人员填写《新产品发布确认书》各负责人签字才可发布。
10、产品主要版本发布后所有项目组成员留守半小时做完整性体验。
+ 更多类似范文