1. 概要
本文介绍一下产品如何发布一个新的版本的规范过程。
2. 参与角色
- 产品负责人
- UI
- 研发人员
- 测试人员
2. 发版过程
2.1 产品需求确认
在产品开发前,我们需要预先定义下,版本中需要包括哪些内容,比如开发多语言版本。这个内容产品负责人和研发人员一起确定。
- 产品负责人负责编写需求。
- 指定需求研发人员
2.2 研发人员参与开发
在产品开发时,研发人员需要对需求进行理解,并对需求进行分析,这个过程和产品负责人一起讨论,可以是产品组的人全体(产品,UI,测试,研发)参与讨论。包括实现过程,实现逻辑等。
- 研发人员和产品负责人一起确定需求需要使用的开发时间,一起确定产品发布时间。
- 研发人员负责编写实现细节说明书(这个也可以由产品负责人来编写),具体根据实际情况来。
包括产品的逻辑实现(时序图),原型,流程图和数据库的设计等。 - 编写完成后和产品负责人进行讨论设计是否合理完善
- 研发人员负责编码实现
一般的大的需求,研发人员需要独立建立git分支进行开发,功能开发完成后,合并到 开发分支上,由研发人员提出PULL REQUEST,产品负责人 负责对代码REVIEW,并对代码进行合并。 - 研发人员需要准备的产出物
产出 | 说明 |
---|---|
代码 | 需求的实现代码 |
配置 | 有些配置性的参数,比如 nacos 的需要变革的配置 |
变更的脚本 | 一个需求一般需要动数据库,需要将变更的SQL记录下来 |
相关文档 | 需求实现文档 |
2.3 测试人员
测试人员需要根据开发的需求文档和实现文档对功能进行测试。
测试过程如下:
- 创建测试分支
可以从开发分支创建测试分支进行测试。 - 编写测试用例
- 执行测试用例
- 提交BUG
如果在测试过程中,发现由BUG,由测试人员负责提交bug。
提交BUG需要注意的地方 - 测试人员也需要作为产品经理的角色,对一些开发不合理的地方提出改进意见。
要素 | 说明 |
---|---|
测试过程 | 需要记录下如何产生BUG的过程 ,主要是方便开发人员,节省开发人员复现BUG时间 |
错误日志 | 如果前端有错误日志需要,提交到BUG中,方便开发人员跟踪调试 |
2.4 产品发布
测试人员对产品测试完成后,需要对产品进行发布。
产品发布可以由测试人员进行。
需要准备的输出物。
- 版本说明
包括新特性,修复了哪些问题。 - 相关功能的文档
- 版本升级方法
有些情况下,之前的客户购买过产品,客户需要升级,我们需要准备。 - 测试人员负责对版本打TAG,之后给客户发产品时,需要拉取版本对客户进行更新。
输出 | 说明 | 必须 |
---|---|---|
升级步骤说明 | 我们需要准备升级说明书,需要写好升级步骤 | 是 |
数据库变更 | 变更的脚本语句 这个语句是从上一个版本开始的变更 | 否 |
配置变更 | 程序的配置信息 | 否 |
变更工具 | 有些情况下,为了代码的简洁性,我们不在代码中兼容,我们需要提供一些工具,方便用户进行升级 | 否 |
文档更新时间: 2022-08-10 10:29 作者:zyg