软件版本发布流程30.docVIP

软件版本发布流程规范 文件编号： 版本号： 文件状态： 编制： 审核： 批准： 发布日期：2012年4月30日实施日期：2012年5月2日 WAP（北京）信息技术有限公司 修改历史 版本 修改时间 修改人 修改原因和内容 目录 1、 目的 1 2、 范围 1 3、 涉及的干系人 1 3.1 项目经理（PM，Project Manager） 1 3.2配置管理员（CMO，Configuration Management Officer） 1 3.3测试人员（TP） 1 4、 版本发布流程 2 4.1版本发布流程图 2 4.2版本发布流程描述 2 5、涉及的表单和模板 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位，即X.X.X，第一位为大版本号，即一个大的框架，第二位为功能添加或严重BUG修复是版本号位，第三位为小BUG，及版本区分位。 正常情况下，开发人员将版本号、模块运作流程或设计文档（邮件形式），条件限制（邮件形式），及样机提交给测试人员。 由测试人员制作测试样例（版本号前连两位做修改的，要进行测试样例评审，参与人员为流程设计人员，开发人员，测试人员）并进行测试，之中出现问题反馈给开发人员（走bugfree反馈）。 测试完全通过后，由测试人员发邮件给版本发布人员告知测试通过（以此为准，其它均无效），并详细描述版本差异及特性。 由版本发布人员发布新版本周知，正式发布上线，开始出包移植。 对于项目发现问题，要对问题进行评定（运营协调评定），需要进行整体测试的，要将项目暂停，然后整体测试完成后再进行调试，若不需要则现场调试，然后再由移植人员将BUG提交到BugFree中，由解决问题的开发人员来进行详细填写解决办法（由版本发布人员来审查），以备忘。 若项目需求变更需要改库，没有外出的，由开发人员告知测试人员，添加至BugFree，并只给开发人员（版本发布人员来审）。 若时间问题要发布新版本的（做局部BUG修复，理论上不影响稳定性），也要告知版本