本文共 1113 字,大约阅读时间需要 3 分钟。
一、产品发布前准备
- 发布之前,所有程序由测试人员进行确认测试;检查缺陷管理系统(比如:JIRA)内登记的所有bug都已关闭,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为很严重以上)不能发布;
- 测试人员编写《软件测试报告》,给出发布与否的建议,由项目经理决定产品是否正常发布,还是做让步发布。
- 确定发布后构建工程师(配置管理员)进行程序打包;标记源码包、文档版本标识。
- 构建工程师打好包后邮件通知相关人员(包括CM和项目经理),提交产品安装包;
- CM负责源码、文档入基线库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo和项目经理提交的产品发布说明等等。
- CM把安装包、使用文档等放置至公司产品库并提交《配置管理报告》。
二、产品发布
项目经理编写产品发布说明(一份产品发布说明只能对应一个产品版本)。
产品发布说明的内容应该包括:
- 产品发布时间;
- 产品版本说明;
- 产品概要介绍;
- 本次发布包含的安装包、文档说明;
- 本次发布包含或者新增的功能特性说明;
- 遗留问题及影响说明;
- 版权声明以及其他需要说明的事项。
项目经理或者高级经理发送产品发布邮件,通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍;或者以产品发布会议的形式进行通知。
三、产品发布后
产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。
产品临时发布
- 临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;构建工程师需要为源码、文档打tag标记。
- 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从SVN上check out代码编译交付用户使用或者进行二次开发。
产品发布说明 |
项目名称 | | 项目经理 | |
产品标识 | | 发布人 | | 发布日期 | |
产品配置组成 | 发布地址 |
软件包名称及版本 | |
文档1名称 | |
文档2名称 | |
文档3名称 | |
文档4名称 | |
产品描述 |
①新版本增加(或新系统)的功能特性在“功能特征”处填写 |
②变更编号或软件问题描述:当属于让步发布时,在“缺陷”处填写尚未解决的问题说明(没有请填“无”)。 |
③版权声明以及其他需要说明的事项 |
功能特征: |
遗留缺陷: |
版权声明以及其他需要说明的事项: |
转载地址:http://gvobi.baihongyu.com/