软件版本发布流程.doc

1、软件版本发布流程规范文件编号：版本号：文件状态：编制：审核：批准：发布日期：2012年4月30日实施日期：2012年5月2日wap（北京）信息技术有限公司修改历史版本修改时间修改人修改原因和内容目录1、目的12、范围13、涉及的干系人13.1 项目经理（pm，project manager）13.2配置管理员（cmo，configuration management officer）13.3测试人员（tp）14、版本发布流程24.1版本发布流程图24.2版本发布流程描述25、涉及的表单和模板21、 目的为了确保测试人员的版本和开发人员发布的版本一致，不会出现版本混乱，保证测试代码版本的稳定性，

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

3、对每个重要的代码上传进行标注。2） 项目要开始测试时，需填写版本发布报告，交给配置管理人员；3） 将代码的可执行程序或代码上传到svn目录结构下的code下相关的文件夹下；4）web类的测试程序需搭建服务器，并将访问的网址、用户名、密码等以书面的形式发给测试人员。3.2配置管理员（cmo，configuration management officer）根据配置管理计划执行各项管理任务，其具体的工作职责如下：1） 根据项目经理提交的版本发布报告，将相关的内容打基线，确定测试版本；2） 发送基线发布报告给部门经理、开发人员、测试人员等，确定可以开始测试；3） 为测试人员增加svn的库中该项目基线

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

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

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