产品版本发布流程规范

软件发布管理流程规范 V3.2 内部文档 XXX 股份有限公司 修改历史 修改时间 修改人 修改原因 版本 目 录 1 目的 . 1 2 范围 . 1 3 涉及的人员 1 3.1 产品经理. 1 3.2 研发人员. 1 3.3 测试人员. 1 3.4 项目人员. 1 4 产品版本发布流程 1 4.1 产品版本正常发布 . 2 4.1.1 发布流程 3 4.1.2 发布流程描述 3 4.2 产品版本临时发布 . 5 4.2.1 发布流程 5 4.2.2 发布流程描述 5 4.3 产品版本紧急发布 . 6 4.3.1 发布流程 6 4.3.2 发布流程描述 6 5 产品版本获取 7 1 目的 根据公司已有内部习惯、总结过去产品发布经验，特制订本发布流程管理规范，达到明 确岗位职责、减少交叉沟通、提高产品质量的目的。 2 范围 适用于公司全部产品软件发布版本发布。 3 涉及的人员 3.1 产品经理 产品经理是公司所有软件的管理人员，负责软件的设计和对外发布。 3.2 研发人员 研发人员是软件的研发者，负责软件的研发和完善。 3.3 测试人员 测试人员是软件的质量管理人员，负责软件的质量管理和缺陷管理。 3.4 项目人员 项目人员是具体项目的项目经理，负责当前项目的整体实施协调工作。 4 产品版本发布流程 产品版本发布主要分为正常发布、临时发布、紧急发布三种情况。  正常发布：指产品发布有一定的计划安排，产品研发和测试具有充足的时间。  临时发布：指产品发布是临时安排的，产品研发和测试具有 1 天至 5 天的时间，需 要按照项目节点定时间计划，快速迭代。  紧急发布：指产品发布是紧急安排的，需要快速开展开发工作。 产品版本发布主要涉及产品部、研发部、测试部和项目部，各部门的责任人为：  产品部：产品部具体的产品经理  研发部：研发部具体的研发人员  测试部：测试部具体的测试人员  项目部：具体项目的项目经理 下面分别对三种发布流程进行说明。 4.1 产品版本正常发布 4.1.1 发布流程 产品版本发布流程 研发部测试部产品部计划时间 产 品 发 布 流 程 流程开始 版本提交 版本遍历测试 版本缺陷修复 制定版本发布计划 产品版本发布 流程结束 发布时间 版本是否提交 提交缺陷时间 报告是否提交 是否存在缺陷 版本缺陷报告 最终版本测试报告 提交版本 存在缺陷 缺陷全部修复 完整测试 最终发布时间 4.1.2 发布流程描述 4.1.2.1 产品部  制定计划 产品经理首先与开发经理、测试经理沟通，根据开发工作量、时间评估制定《版本发布 计划》 ，计划内容包括了迭代周期、缺陷报告提交时间、发布时间等关键节点的计划（详见 发布时间计划模版） 。  节点跟踪 产品经理在迭代过程中，主要根据《版本发布计划》 ，跟踪在计划的时间节点上的完成 情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。  版本最终发布 4.1.2.2 研发部  产品开发及提交测试(临时版本、最终版本)  缺陷修复（下一版本提交之前完成修复） ； 4.1.2.3 测试部  产品测试（遍历测试、完整测试）  报告提交（缺陷报告、完整测试报告）  最终版本提交 4.2 产品版本临时发布 4.2.1 发布流程 产品版本发布流程 研发部测试部产品部计划时间 产 品 发 布 流 程 流程开始 版本提交 版本遍历测试 版本缺陷修复 制定版本发布计划 产品版本发布 流程结束 发布时间 版本是否提交 提交缺陷时间 报告是否提交 是否存在缺陷 版本缺陷报告 最终版本测试报告 提交版本 存在缺陷 缺陷全部修复 完整测试 最终发布时间 4.2.2 发布流程描述 临时版本的发布流程与正常发布版本的流程相同， 在版本发布最终期限前， 按天进行迭 代安排计划，各部门快速完成相关工作。 产品部：跟踪整个进度节点，跟踪、推进各部门按计划完成任务 研发部：需要快速的修复已知缺陷，按计划发出版本 测试部：根据项目具体要求进行重点测试包括基本功能、特殊功能等 4.3 产品版本紧急发布 4.3.1 发布流程 产品版本发布流程 研发部测试部产品部计划时间项目经理 产 品 发 布 流 程 流程开始 版本提交 版本遍历测试 版本缺陷修复 制定版本发布计划 正式版本发布 流程结束 发布时间 版本是否提交 提交缺陷时间 报告、版本 是否提交 是否存在缺陷、BUG 版本N缺陷报告 最终版本测试报告 提交版本 存在缺陷 缺陷全部修复 完整测试 接收当前版本 现场安装部署 测试版本发布 最终发布时间 4.3.2 发布流程描述 4.3.2.1 产品部 版本临时发布时，产品版本已经提交至项目经理，可能随时安装实施，产品部除了要制 定版本发布计划、跟踪状态外，还需要与项目经理协调尽量延迟产品实施安装时间，为产品 测试和研发争取更多的时间，保证产品稳定。并且在测试部每次完成主要功能遍历后，发布 临时版本至项目经理，保证现场版本的最新状态。  制定计划 产品经理首先与开发经理、测试经理沟通，根据开发工作量、时间评估制定《版本发布 计划》 ， 计划内容包括了迭代、 缺陷报告、 发布等关键节点的计划 （详见发布时间计划模版） 。  节点跟踪 产品经理在迭代过程中，主要根据《版本发布计划》 ，跟踪在计划的时间节点上的完成 情况，如未按计划提交，产品经理需要推进开发、测试负责人员按计划提交任务产出。  临时版本发布 在测试部每次完成迭代后， 产品经理将临时版本提交至项目经理， 在项目实施时保证产 品版本为最终状态。  最终版本发布 产品经理将最终版本发布给项目经理。 4.3.2.2 研发部 研发部需要快速的修复已知缺陷，按计划发出版本  版本按计划提交(临时版本、最终版本)；  版本修复（下一版本提交之前完成修复） ； 4.3.2.3 测试部 测试部要根据项目具体要求进行重点测试包括基本功能、 特殊功能等， 快速的将迭代版 本提交项目经理，并可在项目最终实施之前对最终版本进行完整测试。  产品测试（遍历测试、完整测试）  报告提交（缺陷报告、完整测试报告）  版本提交（紧急版本的提交、最终版本的提交） 5 产品版本获取 产品的最终版本，由产品部完成最终发布工作，并邮件通知各部门，内容包含了产品发 布时间、版本号、主要功能、相关文档、遗留问题等。当项目、销售、技术等部门需要指定 的版本时，也由各部门向产品部的产品经理来获取。