软件缺陷 software defect 分类标准.docVIP

软件缺陷 software defect 分类标准 软件缺陷(software defect)是对软件产品预期属性的偏离现象。它包括检测缺陷和残留缺陷。每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。 一、软件缺陷(software defect)分类标准 1.1缺陷属性 属性名称描述 缺陷标识(Identifier)缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识 缺陷类型(Type)缺陷类型是根据缺陷的自然属性划分的缺陷种类。 缺陷严重程度(Severity)缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。 缺陷优先级(Priority)缺陷的优先级指缺陷必须被修复的紧急程度。 缺陷状态(Status)缺陷状态指缺陷通过一个跟踪修复过程的进展情况。 缺陷起源(Origin)缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。 缺陷来源(Source)缺陷来源指引起缺陷的起因。 缺陷根源(Root Cause)缺陷根源指发生错误的根本因素。 1.2缺陷类型(Type) 缺陷类型编号缺陷类型描述 10F-Function影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷。 20A-Assignment需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。 30I-Interface与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。 40C-Checking提示的错误信息，不适当的数据验证等缺陷。 50B Build/package/merge由于配置库、变更管理或版本控制引起的错误。 60D-Documentation影响发布和维护，包括注释。 70G-Algorithm算法错误。 80U-User Interface人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。 90P-Performance不满足系统可测量的属性值，如：执行时间，事务处理速率等。 100N-Norms不符合各种标准的要求，如编码标准、设计符号等。 1.3缺陷严重程度(Severity) 1.3.1软件测试错误严重程度 #缺陷严重等级描述 1Critical不能执行正常工作功能或重要功能。或者危及人身安全。 2Major严重地影响系统要求或基本功能的实现，且没有办法更正。(重新安装或重新启动该软件不属于更正办法) 3Minor严重地影响系统要求或基本功能的实现，但存在合理的更正办法。(重新安装或重新启动该软件不属于更正办法) 4Cosmetic使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 5Other其它错误。 1.3.2同行评审错误严重程度 #缺陷严重等级描述 Major主要的，较大的缺陷 Minor次要的，小的缺陷 1.4缺陷优先级(Priority) #缺陷优先级描述 1Resolve Immediately缺陷必须被立即解决。 2Normal Queue缺陷需要正常排队等待修复或列入软件发布清单。 3Not Urgent缺陷可以在方便时被纠正。 1.5缺陷状态(Status) 缺陷状态描述 Submitted已提交的缺陷 Open确认提交的缺陷，等待处理 Rejected拒绝提交的缺陷，不需要修复或不是缺陷 Resolved缺陷被修复 Closed确认被修复的缺陷，将其关闭 1.6缺陷起源(Origin) 缺陷起源描述 Requirement在需求阶段发现的缺陷 Architecture在构架阶段发现的缺陷 Design在设计阶段发现的缺陷 Code在编码阶段发现的缺陷 Test在测试阶段发现的缺陷 1.7缺陷来源(Source) 缺陷来源描述 Requirement由于需求的问题引起的缺陷 Architecture由于构架的问题引起的缺陷 Design由于设计的问题引起的缺陷 Code由于编码的问题引起的缺陷 Test由于测试的问题引起的缺陷 Integration由于集成的问题引起的缺陷 1.8缺陷根源(Root Cause) 二、软件缺陷(software defect)的严重性和优先级 严重性和优先级是表征软件测试缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布与否。 对于软件测试初学者而言，或者没有软件开发经验的测试工程师，对于这两个概念的理解，对于它们的作用和处理方式往往理解的不彻底，实际测试工作中不能正确表示缺陷的严重性和优先级。这将影响软件缺陷报告的质量，不利于尽早处理严重的软件缺陷，可能影响软件缺陷的处理时机。 什么是缺陷的严重性和优先级 严重性(S