版本发布-上线注意事项

前言

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

【数据库】

执行sql脚本

(若涉及)

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

【配置】

配置相关项

(若涉及)

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

【交互】

(若涉及)

• 第三方接口API切换

【分支合并】

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

【验收环境】

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

【验收人员】

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

【用例】

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

【用例级别】

P0级

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

P1级

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

P2级

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

【发布时间】

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