软件版本发布流程

上传人:洪易 文档编号:32409293 上传时间:2018-02-11 格式:DOC 页数:6 大小:127.50KB
返回 下载 相关 举报
软件版本发布流程_第1页
第1页 / 共6页
软件版本发布流程_第2页
第2页 / 共6页
软件版本发布流程_第3页
第3页 / 共6页
软件版本发布流程_第4页
第4页 / 共6页
软件版本发布流程_第5页
第5页 / 共6页
点击查看更多>>
资源描述

《软件版本发布流程》由会员分享,可在线阅读,更多相关《软件版本发布流程(6页珍藏版)》请在金锄头文库上搜索。

1、1软件版本发布流程规范文件编号:版本号:文件状态:编制:审核:批准:发布日期:2012 年 4 月 30 日实施日期:2012 年 5 月 2 日WAP(北京)信息技术有限公司2修改历史版本 修改时间 修改人 修改原因和内容3目录1、 目的 .12、 范围 .13、 涉及的干系人 .13.1 项目经理( PM,Project Manager) .13.2 配置管理员( CMO,Configuration Management Officer) .13.3 测试人员( TP) .14、 版本发布流程 .24.1 版本发布流程图 .24.2 版本发布流程描述 .25、涉及的表单和模板 .241、

2、目的为了确保测试人员的版本和开发人员发布的版本一致,不会出现版本混乱,保证测试代码版本的稳定性,以及开发代码版本的可控性,使基线库完全的受控起来。通过版本发布、基线发布报告等规程来保证软件生命过程中所有产品的完整性、一致性、可追溯性,同时也保证测试人员的工作效率。若是要变更必须走变更流程。2、 范围适用于事业一部的所有产品和项目。3、 涉及的干系人3.1 项目经理、产品经理(PM,Project Manager)项目经理是整个信息系统开发和维护活动的负责人,他批准配置管理的各项活动并控制他们的进程。具体职责如下:1) 在项目将要进行编码阶段,就要使用 SVN 库,根据代码包含的模块在 src

3、和release 下建立相应的文件夹,已明确区分,并每天要督促项目开发人员从 SVN 上上传和下载代码,并对每个重要的代码上传进行标注。2) 项目要开始测试时,需填写版本发布报告 ,交给配置管理人员;3) 将代码的可执行程序或代码上传到 SVN 目录结构下的 code 下相关的文件夹下;4) Web 类的测试程序需搭建服务器,并将访问的网址、用户名、密码等以书面的形式发给测试人员。3.2 配置管理员( CMO,Configuration Management Officer)根据配置管理计划执行各项管理任务,其具体的工作职责如下:1) 根据项目经理提交的版本发布报告 ,将相关的内容打基线,确定

4、测试版本;2) 发送基线发布报告给部门经理、开发人员、测试人员等,确定可以开始测试;3) 为测试人员增加 SVN 的库中该项目基线库的访问权限。3.3 测试人员( TP)根据测试计划,执行测试任务,其具体工作职责如下:51) 根据基线发布报告在 SVN 基线库中获取代码或可执行程序;2) Web 类型的根据项目经理的发的访问网址、用户名、密码等登录系统,进行测试;3) 将每一轮测试的 bug 提交到 mantis 上。4、 版本发布流程4.1 版本发布流程图64.2 版本发布流程描述1) 项目从将要开始编码起就要求要使用 SVN,每天进行上传和下载代码,进行标记;2)项目代码编写阶段结束后,要

5、进入测试阶段进行测试,项目经理需向配置管理员提交版本发布报告并将代码上传到 SVN;3)配置管理员根据版本发布报告 将代码打基线,并产生 基线发布报告发送给项目组的开发、测试人员、以及与项目相关的领导;4)测试人员可以从 SVN 中基线库取代码,进行第一轮测试,测试过程中产生Bug,开发人员修改 Bug。5) Bug 修改结束后,进入第二轮测试阶段;接下来的过程和上面从 2)到 5)描述的一样,直到测试人员通过测试为止。1, 该流程参与人员:模块开发人员,模块测试人员,版本发布人员,移植人员,运营人员。2, 版本号规范,版本号分为 3 位,即 X.X.X,第一位为大版本号,即一个大的框架,第二

6、位为功能添加或严重 BUG 修复是版本号位,第三位为小 BUG,及版本区分位。3, 正常情况下,开发人员将版本号、模块运作流程或设计文档(邮件形式) ,条件限制(邮件形式) ,及样机提交给测试人员。4, 由测试人员制作测试样例(版本号前连两位做修改的,要进行测试样例评审,参与人员为流程设计人员,开发人员,测试人员)并进行测试,之中出现问题反馈给开发人员(走 bugfree 反馈) 。5, 测试完全通过后,由测试人员发邮件给版本发布人员告知测试通过(以此为准,其它均无效) ,并详细描述版本差异及特性。6, 由版本发布人员发布新版本周知,正式发布上线,开始出包移植。7, 对于项目发现问题,要对问题

7、进行评定(运营协调评定) ,需要进行整体测试的,要将项目暂停,然后整体测试完成后再进行调试,若不需要则现场调试,然后再由移植人员将 BUG 提交到 BugFree 中,由解决问题的开发人员来进行详细填写解决办法(由版本发布人员来审查) ,以备忘。8, 若项目需求变更需要改库,没有外出的,由开发人员告知测试人员,添加至 BugFree,并只给开发人员(版本发布人员来审) 。9, 若时间问题要发布新版本的(做局部 BUG 修复,理论上不影响稳定性) ,也要告知版本发布人员,由版本发布人员周知版本特性,并由测试人员确定其稳定性(在发布后) 。5、涉及的表单和模板版本发布流程涉及版本发布报告和基线发布报告 。

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 教育/培训

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号