缺陷的分类和生命周期

一、缺陷的概述和分类

测试职责：将发现的缺陷提交给开发修改，并回归。

1. 概述：狭义概念是指软件程序的漏洞或缺陷,广义概念除此之外还包括测试工程师或用户所发现和提出的软件可改进的细节,或与需求文档存在差异的功能实现等.(程序中出现的代码或者逻辑错误,产品不符合用户需求等)。

2. 缺陷的类型：代码错误、设计缺陷、界面优化、性能问题、配置相关、安装部署、安全相关、标准规范、测试脚本、其他。

3. 缺陷的等级：根据公司的要求进行划分，如果没有，则一般有三级，或五级，数字越小等级越高，缺陷等级越高，需要修复的紧急度越高。
   1）致命错误
   A、常规操作引起的系统崩溃,死机,死循环;
   B、造成数据泄漏的安全性问题,比如恶意攻击造成的账户私密信息;(用户密码存储在数据库中都是加密显示的)
   C、涉及金钱,计算.
   D、阻断性测试，测试工作进行不下去

   2)严重错误
   A、重要功能不能实现;
   B、错误的波及面广,影响到其他重要功能正常实现;功能交互;
   C、非常规操作导致的程序崩溃,死机,死循环;
   D、外观难以接受的缺陷;
   E、密码明文显示(界面+数据库)前提:“眼睛”。

   3)一般错误
   不影响产品的运行,不会成为故障起因.
   A、次要功能不能实现;
   B、操作界面错误(包括数据窗口内列名定义,含义不一致);
   C、查询错误,数据错误显示;
   D、简单的输入限制未放在前端进行控制(格式限制);
   E、删除操作未给出提示.

   4)细微错误
   程序在一些显示上不美观,不符合用户习惯,或者是一些文字的错误.
   A、界面不规范;
   B、辅助说明描述不清楚;
   C、提示窗口文字未采用行业术语;
   D、界面存在文字错误;
   E、改进建议:可以提高产品质量的建议,包括新需求和对需求的改进.

4. 缺陷的生命周期
   1）概述：是一个bug被发现到这个bug被关闭的过程。
   2）生命周期中的缺陷状态: 新建–>指派–>已解决–>待验–>关闭（如果回归缺陷时，未通过，则重新指派，期间还有拒绝、延期状态）

5. 缺陷的处理状态
   1）已经指派的bug—>需要实时追踪开发修复进度，并及时回归。
   2）已解决的bug—>回归缺陷，通过则关闭，未通过则重新指派给开发。
   3)重复bug—>先检查是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发。
   4）不是缺陷—>确认开发环境是否跟测试环境一致，如果如开发所说不是缺陷则进行关闭；如果确认是缺陷，跟开发沟通，沟通未达一致找产品确认，确认是bug注明情况并再次指派给开发。
   5）无法重现—>确认开发环境是否跟测试环境一致，包括操作步骤，浏览器，特定账号等，如果多个版本验证之后，如开发所说重现不了，依据缺陷的严重程度跟产品开发一起确认关闭；如果找到重现原因，注明清楚并再次指派给开发。
   6）不予解决—>找产品经理进行确认。确认不予解决进行关闭；确认需要解决请备注原因，并打开指派给开发。
   7）设计如此—>找产品经理进行确认,确认设计如此进行关闭；确认是问题，备注原因重新指派给开发。
   8）延期修改—>请看下bug严重程度，是否影响当前版本发布，与产品经理进行确认，不予延期请根据情况进行激活与情况说明；确认延期则做好记录，后续版本进行关注。

觉得还八错的小伙伴点个赞哇(✿◡‿◡)~~~