版本发布-上线注意事项

版本发布注意事项

  • 前言
  • 【数据库】
      • 执行sql脚本
  • 【配置】
      • 配置相关项
  • 【交互】
  • 【分支合并】
  • 【验收环境】
  • 【验收人员】
  • 【用例】
  • 【用例级别】
      • P0级
      • P1级
      • P2级
  • 【发布时间】

前言

  • 软件测试是为了发现错误而执行程序的过程。
  • 测试是为了证明程序有错,而不是证明程序无错。(发现错误不是唯一目的)
  • 一个好的测试在于发现至今未发现的错误。一个成功的测试是发现了至今未发现的错误的测试。
  • 软件测试整体是验证功能的实现、可用性,检查程序的错误,最终目的是为了提高用户体验;在测试过程中,有一些缺陷级别低,解决与否都不影响用户使用,且缺陷存在本身用户也不会有感知,这时就需要从用户体验的角度去考量是否要定义该类问题为缺陷。
  • 也有人提出软件测试不仅仅是为了发现缺陷,更重要的是要通过对软件质量的度量以提高软件的质量。

【数据库】

执行sql脚本

(若涉及)

  • 新增表
  • 修改表结构
  • 修复历史数据

【配置】

配置相关项

(若涉及)

  • 模板
  • 字典
  • 角色
  • 权限
  • 菜单
  • 策略
  • 其他阿波罗配置

【交互】

(若涉及)

  • 第三方接口API切换

【分支合并】

  • 是否夹带未提测内容涉及的代码改动
  • 从dev分支merge到master代码冲突是否正确处理

【验收环境】

  • 开发(dev)
  • 预发(pre)
  • 生产(pro)

【验收人员】

  • 研发(自测)
  • 测试(提测任务)
  • 产品(验收用例、功能)

【用例】

  • 功能用例
  • 接口用例
  • 场景用例

【用例级别】

P0级

  • 系统核心业务,重点功能,用户使用频率高的功能,对其他业务功能影响大。
  • 每个模块的最基本用例,每一轮版本测试中都必须执行,可作为冒烟测试用例执行,通过则可认为该版本为可接收测试的版本。

P1级

  • 涉及系统重要功能的用例, 主要包括一些功能交互、各种应用场景、使用频率较高的正常功能测试用例。
  • 在非回归的系统测试版本中基本上都需要进行验证,以保证系统所有重要功能都能够正常实现。此类功能全部验证通过,表明系统主体功能已可正常使用。

P2级

  • 使用频率不高,对系统其他业务功能影响不大的功能,在非回归的系统测试版本中不一定都进行验证,在系统后期测试中无需每个版本都要执行的用例,例如:数值或数组的边界情况、字符串超长、输入字符限制等

【发布时间】

  • 窗口期
    周二、周四
  • 非窗口期
    紧急线上bug修复、影响收入的允许,其他情况原则上不允许

你可能感兴趣的:(版本管理,测试用例,团队开发)