软件版本发布流程精选.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库，每天要督促项目开发人员从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修复，理论上不影响稳定性），也要告知版本发布人员，由版本发布人员周知版本特性，并由测试人员确定其稳定性（在发布后）。 5、涉及的表单和模板 版本发布流程涉及《版本发布报告》和《基线发布报告》。 5