软件版本发布流程

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件版本发布流程规范文件编号:

版本号:

文件状态:

编制:

审核:

批准:

发布日期:2012年4月30日实施日期:2012年5月2日

WAP(北京)信息技术有限公司

修改历史

目录

1、目的 (4)

2、范围 (4)

3、涉及的干系人 (4)

3.1 项目经理(PM,Project Manager) (4)

3.2配置管理员(CMO,Configuration Management

Officer) (4)

3.3测试人员(TP) (4)

4、版本发布流程 (5)

4.1版本发布流程图 (5)

4.2版本发布流程描述 (5)

5、涉及的表单和模板 (6)

1、目的

为了确保测试人员的版本和开发人员发布的版本一致,不会出现版本混乱,保证测试代码版本的稳定性,以及开发代码版本的可控性,使基线库完全的受控起来。通过版本发布、基线发布报告等规程来保证软件生命过程中所有产品的完整性、一致性、可追溯性,同时也保证测试人员的工作效率。若是要变更必须走变更流程。

2、范围

适用于事业一部的所有产品和项目。

3、涉及的干系人

3.1 项目经理、产品经理(PM,Project Manager)

项目经理是整个信息系统开发和维护活动的负责人,他批准配置管理的各项活动并控制他们的进程。具体职责如下:

1)在项目将要进行编码阶段,就要使用SVN库,根据代码包含的模块在src和release 下建立相应的文件夹,已明确区分,并每天要督促项目开发人员从SVN上上传和下载代码,并对每个重要的代码上传进行标注。

2)项目要开始测试时,需填写《版本发布报告》,交给配置管理人员;

3)将代码的可执行程序或代码上传到SVN目录结构下的code下相关的文件夹下;

4)Web类的测试程序需搭建服务器,并将访问的网址、用户名、密码等以书面的形式发给测试人员。

3.2配置管理员(CMO,Configuration Management Officer)

根据配置管理计划执行各项管理任务,其具体的工作职责如下:

1)根据项目经理提交的《版本发布报告》,将相关的内容打基线,确定测试版本;

2)发送《基线发布报告》给部门经理、开发人员、测试人员等,确定可以开始测试;

3)为测试人员增加SVN的库中该项目基线库的访问权限。

3.3测试人员(TP)

根据测试计划,执行测试任务,其具体工作职责如下:

1)根据《基线发布报告》在SVN基线库中获取代码或可执行程序;

2)W eb类型的根据项目经理的发的访问网址、用户名、密码等登录系统,进行测试;

3)将每一轮测试的bug提交到mantis上。

4、版本发布流程

4.1版本发布流程图

4.2版本发布流程描述

1)项目从将要开始编码起就要求要使用SVN,每天进行上传和下载代码,进行标记;

2)项目代码编写阶段结束后,要进入测试阶段进行测试,项目经理需向配置管理员提交《版本发布报告》并将代码上传到SVN;

3)配置管理员根据《版本发布报告》将代码打基线,并产生《基线发布报告》发送给项目组的开发、测试人员、以及与项目相关的领导;

4)测试人员可以从SVN中基线库取代码,进行第一轮测试,测试过程中产生Bug,开发人员修改Bug。

5)Bug修改结束后,进入第二轮测试阶段;

接下来的过程和上面从2)到5)描述的一样,直到测试人员通过测试为止。

1,该流程参与人员:

模块开发人员,模块测试人员,版本发布人员,移植人员,运营人员。

2,版本号规范,版本号分为3位,即X.X.X,第一位为大版本号,即一个大的框架,第二位为功能添加或严重BUG修复是版本号位,第三位为小BUG,及版本区分位。

3,正常情况下,开发人员将版本号、模块运作流程或设计文档(邮件形式),条件限制(邮件形式),及样机提交给测试人员。

4,由测试人员制作测试样例(版本号前连两位做修改的,要进行测试样例评审,参与人员为流程设计人员,开发人员,测试人员)并进行测试,之中出现问题反馈给开发人员(走bugfree反馈)。

5,测试完全通过后,由测试人员发邮件给版本发布人员告知测试通过(以此为准,其它均无效),并详细描述版本差异及特性。

6,由版本发布人员发布新版本周知,正式发布上线,开始出包移植。

7,对于项目发现问题,要对问题进行评定(运营协调评定),需要进行整体测试的,要将项目暂停,然后整体测试完成后再进行调试,若不需要则现场调试,然后再由移植人员将BUG提交到BugFree中,由解决问题的开发人员来进行详细填写解决办法(由版本发布人员来审查),以备忘。

8,若项目需求变更需要改库,没有外出的,由开发人员告知测试人员,添加至BugFree,并只给开发人员(版本发布人员来审)。

9,若时间问题要发布新版本的(做局部BUG修复,理论上不影响稳定性),也要告知版本发布人员,由版本发布人员周知版本特性,并由测试人员确定其稳定性(在发布后)。

5、涉及的表单和模板

版本发布流程涉及《版本发布报告》和《基线发布报告》。

相关文档
最新文档