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