质量保障规范之缺陷标准规范

一、缺陷组成

一个缺陷主要由缺陷内容、缺陷属性、缺陷状态三部分组成，其中缺陷内容主要描述缺陷相关信息；缺陷属性主要用于对该缺陷的分类及缺陷本身信息的描述；其中带有 “*”表示该字段必填；具体信息如下：

• 【缺陷内容】缺陷内容是对一个缺陷的详细描述，且该信息均为必填内容，具体包括如下信息：
  ○ 缺陷标题 *
  ○ 缺陷基本描述：包括但不限于截图、视频、复现地址、账号/密码等 *
  ○ 缺陷重现步骤 *
  ○ 期望结果 *
  ○ 实际结果 *
• 【缺陷属性】
  ○ 基本信息
  1）、 类型 *：指该缺陷的类型分类，具体为功能问题、线上问题
  2）、指派给 *：问题解决者，必填
  3）、验证者 *：问题验证者，必填
  4）、优先级 *：紧急、高、中、低，必填
  5）、严重程度 *：1-Blocker、2-Major、3-Normal、4-Trivial，必填
  ○ 项目信息 *：归属项目 *、模块 *、版本 *
  ○ 自定义信息 *
  1）、 发现阶段 *：1-冒烟验收阶段、2-日常测试执行期间、3-预发测试执行期间、4-预发集成回归期间、5-线上集成回归期间、6-发布后
  2）、 bug深度 *：1-很容易发现、2-正常发现、3-很难发现；
  3）、 问题分类 ：代码问题、配置问题、环境问题（包括安装部署问题）、性能问题、体验问题、兼容性问题、需求问题等；
  4）、 原因定位 *：开发填写问题的具体原因；
• 【缺陷状态】
  ○ 待解决： New、 Open、Reopen
  ○ 已解决：Fixed、 Won’tfix、、Worksforme、 Duplicate、 Invalid、External、 ByDesign
  ○ 已关闭：Closed

二、缺陷跟进

测试过程中产生的缺陷和线上缺陷的跟进流程是不一样的，具体流程如下：

缺陷跟进流程：
● 公共流程：发现缺陷——》缺陷记录——》问题解决——》问题验证——》生成测试报告；
● 针对测试过程中的缺陷：流程结束；
● 针对线上缺陷：发布后需要再次进行验证，同时需要补充该场景对应的测试用例；
注意问题：
● 一个需求所有的缺陷只有处于终态或者遗留部分缺陷且PD认可带缺陷发布时，才能进行需求的发布，否则就是无法进行发布的；
● 缺陷的终态包括：Closed、Won’tfix、Later、Invalid