软件版本发布流程

1、软件版本发布流程规范文件编号：版本号： 文件状态： 编制： 审核： 批准：发布日期：2012年4月30日实施日期： 2012年5月2日WAP（北京）信息技术有限公司1 修改历史版本修改时间修改人修改原因和内容目录 TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 1、目的 4 HYPERLINK l bookmark4 o Current Document 2、范围 4 HYPERLINK l bookmark6 o Current Document 3、涉及的干系人 4 HYPERLINK l bookmark8 o Current

2、 Document 项目经理( PM， Project Manager ) 4配置管理员( CMO， Configuration ManagementOfficer ) 4 HYPERLINK l bookmark12 o Current Document 测试人员( TP) 4 HYPERLINK l bookmark14 o Current Document 4、版本发布流程 5版本发布流程图 5版本发布流程描述 5 HYPERLINK l bookmark16 o Current Document 5、涉及的表单和模板 61、目的为了确保测试人员的版本和开发人员发布的版本一致，不会出现版

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

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

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

6、报告发 送给项目组的开发、测试人员、以及与项目相关的领导；4）测试人员可以从 SVN中基线库取代码，进行第一轮测试，测试过程中产生Bug，开发人员修改 Bug。5）Bug 修改结束后，进入第二轮测试阶段； 接下来的过程和上面从 2）到 5）描述的一样，直到测试人员通过测试为止。1， 该流程参与人员： 模块开发人员，模块测试人员，版本发布人员，移植人员，运营人员。2， 版本号规范，版本号分为 3 位，即 X.X.X，第一位为大版本号，即一个大的框架，第二位 为功能添加或严重 BUG 修复是版本号位，第三位为小 BUG，及版本区分位。3， 正常情况下， 开发人员将版本号、 模块运作流程或设计文档

7、（邮件形式） ，条件限制 （邮 件形式），及样机提交给测试人员。4， 由测试人员制作测试样例（ 版本号前连两位做修改的，要进行测试样例评审，参与人员 为流程设计人员， 开发人员， 测试人员 ）并进行测试， 之中出现问题反馈给开发人员 （走 bugfree 反馈）。5， 测试完全通过后，由测试人员发邮件给版本发布人员告知测试通过（以此为准，其它均 无效），并详细描述版本差异及特性。6， 由版本发布人员发布新版本周知，正式发布上线，开始出包移植。7， 对于项目发现问题，要对问题进行评定（ 运营协调评定 ），需要进行整体测试的，要将 项目暂停，然后整体测试完成后再进行调试，若不需要则现场调试，然后再由移植人员 将 BUG 提交到 BugFree 中，由解决问题的开发人员来进行详细填写解决办法（由版本发布人员来审查 ），以备忘。8， 若项目需求变更需要改库，没有外出的，由开发人员告知测试人员，添加至BugFree，并只给开发人员（ 版本发布人员来审 ）