软件版本发布流程.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 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)

乐乐 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档