软件发布过程.docVIP

软件版本发布流程规范 文件编号： 版本号： 文件状态： 编制： 审核： 批准： 发布日期：2012年4月30日实施日期：2012年5月2日 WAP（北京）信息技术有限公司 修改历史 版本 修改时间 修改人 修改原因和内容 目录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc310857293 HYPERLINK \l _Toc3108572941、 目的 PAGEREF _Toc310857294 \h 1 HYPERLINK \l _Toc3108572952、 范围 PAGEREF _Toc310857295 \h 1 HYPERLINK \l _Toc3108572963、 涉及的干系人 PAGEREF _Toc310857296 \h 1 HYPERLINK \l _Toc3108572973.1 项目经理（PM，Project Manager） PAGEREF _Toc310857297 \h 1 HYPERLINK \l _Toc3108572983.2配置管理员（CMO，Configuration Management Officer） PAGEREF _Toc310857298 \h 1 HYPERLINK \l _Toc3108572993.3测试人员（TP） PAGEREF _Toc310857299 \h 1 HYPERLINK \l _Toc3108573004、 版本发布流程 PAGEREF _Toc310857300 \h 2 HYPERLINK \l _Toc3108573014.1版本发布流程图 PAGEREF _Toc310857301 \h 2 HYPERLINK \l _Toc3108573024.2版本发布流程描述 PAGEREF _Toc310857302 \h 2 HYPERLINK \l _Toc3108573035、涉及的表单和模板 PAGEREF _Toc310857303 \h 2 目的 为了确保测试人员的版本和开发人员发布的版本一致，不会出现版本混乱，保证测试代码版本的稳定性，以及开发代码版本的可控性，使基线库完全的受控起来。通过版本发布、基线发布报告等规程来保证软件生命过程中所有产品的完整性、一致性、可追溯性，同时也保证测试人员的工作效率。若是要变更必须走变更流程。 范围 适用于事业一部的所有产品和项目。 涉及的干系人 3.1 项目经理、产品经理（PM，Project Manager） 项目经理是整个信息系统开发和维护活动的负责人，他批准配置管理的各项活动并控制他们的进程。具体职责如下： 1）在项目将要进行编码阶段，就要使用SVN库，根据代码包含的模块在src和release下建立相应的文件夹，已明确区分，并每天要督促项目开发人员从SVN上上传和下载代码，并对每个重要的代码上传进行标注。 项目要开始测试时，需填写《版本发布报告》，交给配置管理人员； 将代码的可执行程序或代码上传到SVN目录结构下的code下相关的文件夹下； 4）Web类的测试程序需搭建服务器，并将访问的网址、用户名、密码等以书面的形式发给测试人员。 3.2配置管理员（CMO，Configuration Management Officer） 根据配置管理计划执行各项管理任务，其具体的工作职责如下： 根据项目经理提交的《版本发布报告》，将相关的内容打基线，确定测试版本； 发送《基线发布报告》给部门经理、开发人员、测试人员等，确定可以开始测试； 为测试人员增加SVN的库中该项目基线库的访问权限。 3.3测试人员（TP） 根据测试计划，执行测试任务，其具体工作职责如下： 根据《基线发布报告》在SVN基线库中获取代码或可执行程序； Web类型的根据项目经理的发的访问网址、用户名、密码等登录系统，进行测试； 将每一轮测试的bug提交到mantis上。 版本发布流程 4.1版本发布流程图 4.2版本发布流程描述 1）项目从将要开始编码起就要求要使用SVN,每天进行上传和下载代码，进行标记； 2）项目代码编写阶段结束后，要进入测试阶段进行测试，项目经理需向配置管理员提交《版本发布报告》并将代码上传到SVN； 3）配置管理员根据《版本发布报告》将代码打基线，并产生《基线发布报告》发送给项目组的开发、测试人员、以及与项目相关的领导； 4）测试人员可以从SVN中基线库取代码，进行第一轮测试，测试过程中产生Bug，开发人员修改Bug。 5）Bug修改结束后，进入第二轮测试阶段； 接下来的过程和上面从2）到5）描述的一样，直到测试人员通过测试为止。 该流程参与人员： 模块开发人员，模块测试人员，版本发布人员，移植人员，运营人员。 版本号规范，版本号分为3