- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
精品
精品
可编辑
可编辑
软件版本发布流程
目录
TOC \o 1-5 \h \z \o Current Document 1、 目的 3
\o Current Document 2、 范围 3
\o Current Document 、 涉及的干系人 3
\o Current Document 项目经理( PM , Project Manager ) 3
配 置 管 理 员 ( CMO , Configuration
Management Officer ) 4
\o Current Document 测试人员( TP) 4
\o Current Document 、 版本发布流程 5
\o Current Document 版本发布流程图 5
\o Current Document 版本发布流程描述 5
\o Current Document 、涉及的表单和模板 6
1、 目的
为了确保测试人员的版本和开发人员发布的版本一致,不会出现版本混乱,保证测 试代码版本的稳定性,以及开发代码版本的可控性,使基线库完全的受控起来。通过版 本发布、基线发布报告等规程来保证软件生命过程中所有产品的完整性、一致性、可追 溯性,同时也保证测试人员的工作效率。若是要变更必须走变更流程。
2、范围
适用于整个高铁事业部纳入配置管理中的所有项目。
3、 涉及的干系人
3.1 项目经理( PM , Project Manager )
项目经理是整个信息系统开发和维护活动的负责人,他批准配置管理的各项活动并控 制他们的进程。具体职责如下:
在项目将要进行编码阶段,就要使用 SVN 库,根据代码包含的模块在 src 和 release 下建立相应的文件夹,已明确区分,并每天要督促项目开发人员从 SVN 上上传和下载代 码,并对每个重要的代码上传进行标注。
项目要开始测试时,需填写《版本发布报告》 ,交给配置管理人员;
将代码的可执行程序或代码上传到 SVN 目录结构下的 code 下相关的文件夹下;
4 )Web 类的测试程序需搭建服务器,并将访问的网址、用户名、密码等以书面的形
式发给测试人员。
配置管理员( CMO , Configuration Management Officer )
根据配置管理计划执行各项管理任务,其具体的工作职责如下:
根据项目经理提交的《版本发布报告》 ,将相关的内容打基线,确定测试版本;
发送《基线发布报告》给部门经理、开发人员、测试人员等,确定可以开始测试;
为测试人员增加 SVN 的库中该项目基线库的访问权限。
测试人员( TP )
根据测试计划,执行测试任务,其具体工作职责如下:
根据《基线发布报告》在 SVN 基线库中获取代码或可执行程序;
Web 类型的根据项目经理的发的访问网址、 用户名、 密码等登录系统, 进行测试;
将每一轮测试的 bug 提交到 mantis 上。
4、版本发布流程
4.1版本发布流程图
?进入测试阶段
Y
Y
Y
4.2版本发布流程描述
1) 项目从将要开始编码起就要求要使用 SVN,每天进行上传和下载代码,进行标记, 对应的VS和eclipse都有 对应的SVN插件;
2) 项目代码编写阶段结束后,要进入测试阶段进行测试,项目经理需向配置管理
员提交《版本发布报告》并将代码上传到 SVN ;
3 )配置管理员根据《版本发布报告》将代码打基线,并产生《基线发布报告》发 送给项目组的开发、测试人员、以及与项目相关的领导;
Bug,4)测试人员可以从SVN
Bug,
开发人员修改Bug 。
5) Bug 修改结束后,进入第二轮测试阶段; 接下来的过程和上面从 2 )到 5)描述的一样,直到测试人员通过测试为止。
5 、涉及的表单和模板
版本发布流程涉及《版本发布报告》和《基线发布报告》 。
原创力文档


文档评论(0)