软件版本发布流程
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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、涉及的表单和模板
版本发布流程涉及《版本发布报告》和《基线发布报告》。