缺陷管理
-
缺陷定义
-
缺陷的属性
1.缺陷标识(Identifier): 缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识。
2.缺陷类型 (Type): 缺陷类型是根据缺陷的自然属性划分的缺陷种类。
3.缺陷严重程度 (Severity) :缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。
4.缺陷优先级(Priority): 缺陷的优先级指缺陷必须被修复的紧急程度。
5.缺陷状态(Status) :缺陷状态指缺陷通过一个跟踪修复过程的进展情况。
6.缺陷起源(Origin) :缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。
7.缺陷来源(Source): 缺陷来源指引起缺陷的起因。
8.缺陷根源(Root Cause): 缺陷根源指发生错误的根本因素。 -
缺陷的类型
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:不符合各种标准的要求,如编码标准、设计符号等。 -
缺陷的严重程度
-
缺陷的优先级
很大程度上取决于对测试工作的影响程度。
-
缺陷等级越高修复优先级越高?——错。二者没有关系
-
提交缺陷时能不能夸大或降低缺陷的严重程度或者优先级。——不能,测试人员要公平客观
8. 缺陷的生命周期
1)发现缺陷。测试人员
2)提交缺陷。测试人员
3)确认缺陷。测试主管、质量保证(QA)、产品经理
4)分配缺陷。由谁确认由谁分配。经确认后有效的缺陷会指派给相关人员进行处理。分配的对象可能是开发、UI、产品经理。
5)修复缺陷。一般主要是开发。也有可能是产品经理。也有可能是UI。
6)验证缺陷。测试人员来验证。
7)关闭缺陷。只能是测试人员,否则出了问题,测试人员一律不背锅。 -
缺陷报告