软件缺陷管理

缺陷管理

1. 缺陷定义

2. 缺陷的属性
   1.缺陷标识(Identifier)： 缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识。
   2.缺陷类型 (Type)： 缺陷类型是根据缺陷的自然属性划分的缺陷种类。
   3.缺陷严重程度 (Severity) ：缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。
   4.缺陷优先级(Priority)： 缺陷的优先级指缺陷必须被修复的紧急程度。
   5.缺陷状态(Status) ：缺陷状态指缺陷通过一个跟踪修复过程的进展情况。
   6.缺陷起源(Origin) ：缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。
   7.缺陷来源(Source)： 缺陷来源指引起缺陷的起因。
   8.缺陷根源(Root Cause)： 缺陷根源指发生错误的根本因素。

3. 缺陷的类型
   1）F- Function ：影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷。
   2）A- Assignment： 需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。
   3）I- Interface： 与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。
   4）C- Checking： 提示的错误信息，不适当的数据验证等缺陷。
   5）B Build/package/merge ：由于配置库、变更管理或版本控制引起的错误。
   6）D- Documentation： 影响发布和维护，包括注释。
   7）G- Algorithm ：算法错误。
   8）U-User Interface：人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。
   9）P-Performance：不满足系统可测量的属性值，如：执行时间，事务处理速率等。
   10）N-Norms：不符合各种标准的要求，如编码标准、设计符号等。

4. 缺陷的严重程度
   

5. 缺陷的优先级
   很大程度上取决于对测试工作的影响程度。
   

6. 缺陷等级越高修复优先级越高？——错。二者没有关系

7. 提交缺陷时能不能夸大或降低缺陷的严重程度或者优先级。——不能，测试人员要公平客观
   8. 缺陷的生命周期
   1）发现缺陷。测试人员
   2）提交缺陷。测试人员
   3）确认缺陷。测试主管、质量保证（QA）、产品经理
   4）分配缺陷。由谁确认由谁分配。经确认后有效的缺陷会指派给相关人员进行处理。分配的对象可能是开发、UI、产品经理。
   5）修复缺陷。一般主要是开发。也有可能是产品经理。也有可能是UI。
   6)验证缺陷。测试人员来验证。
   7）关闭缺陷。只能是测试人员，否则出了问题，测试人员一律不背锅。

8. 缺陷报告