软件缺陷的类别 软件缺陷产生的原因

软件缺陷

•软件缺陷（Defect），常常又被叫做Bug。所谓软件缺陷，即为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。缺陷的存在会导致软件产品在某种程度上不能满足用户的需要。

•缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。主要类型有：软件没有实现产品规格说明所要求的功能模块；软件中出现了产品规格说明指明不应该出现的错误；软件实现了产品规格说明没有提到的功能模块；软件没有实现虽然产品规格说明没有明确提及但应该实现的目标；软件难以理解，不容易使用，运行缓慢，或从测试员的角度看，最终用户会认为不好

•以计算器开发为例。计算器的产品规格说明应能准确无误地进行加、减、乘、除运算。如果按下加法键，没什么反应，就是第一种类型的缺陷；若计算结果出错，也是第一种类型的缺陷。

•产品规格说明书还可能规定计算器不会死机，或者停止反应。如果随意敲键盘导致计算器停止接受输入，这就是第二种类型的缺陷。

•如果使用计算器进行测试，发现除了加、减、乘、除之外还可以求平方根，但是产品规格说明没有提及这一功能模块。这是第三种类型的缺陷——软件实现了产品规格说明书中未提及到的功能模块。

•在测试计算器时若发现电池没电会导致计算不正确，而产品说明书是假定电池一直都有电的，从而发现第四种类型的错误。

•软件测试员如果发现某些地方不对，比如测试员觉得按键太小、“=”键布置的位置不好按、在亮光下看不清显示屏等，无论什么原因，都要认定为缺陷。而这正是第五种类型的缺陷。

•根据以上五种缺陷类型，在软件测试中可以区分不同类型的问题.

•软件缺陷(software defect)分类标准

软件缺陷(software defect)分类标准•缺陷属性

•缺陷标识(Identifier) 缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识缺陷类型(Type)

缺陷类型是根据缺陷的自然属性划分的缺陷种类。缺陷

严重程度(Severity) 缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。缺陷优先级(Priority) 缺陷的优

先级指缺陷必须被修复的紧急程度。缺陷状态(Status)缺陷状态指缺陷通过一个跟踪修复过程的进展情况。缺陷

起源(Origin) 缺陷来源指缺陷引起的故障或事件第一次被

检测到的阶段。缺陷来源(Source)缺陷来源指引起缺陷

的起因。缺陷根源(Root Cause)缺陷根源指发生错误的

根本因素

•缺陷类型（Type）

•缺陷类型编号缺陷类型描述10 F-Function影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如逻辑，指针，循环，递归，功能等缺陷。20 A-Assignment 需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。30 I-Interface与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。40 C-

Checking 提示的错误信息，不适当的数据验证等缺陷。50 B

Build/package/merge 由于配置库、变更管理或版本控制引起的错误。

60 D-Documentation影响发布和维护，包括注释。70 G-Algorithm

算法错误。80 U-User Interface人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。90 P-Performance 不满足系统可测量的属性值，如：执行时间，事务处理速率等。100 N-Norms 不符合各种标准的要求，如编码标准、设计符号等。

缺陷严重程度（Severity）

1Critical核心不能执行正常工作功能或重要功能。

或者危及人身安全。

2 Major 主要的，较大的严重地影响系统要求或

基本功能的实现，且没有办法更正。（重新安装

或重新启动该软件不属于更正办法）

3 Minor次要的，小的严重地影响系统要求或基

本功能的实现，但存在合理的更正办法。（重新

安装或重新启动该软件不属于更正办法）

4 Cosmetic 表面的使操作者不方便或遇到麻烦，

但它不影响执行工作功能或重要功能。

5 Other其它错误。

缺陷优先级（Priority）

1 Resolve Immediately 立即解决缺陷必

须被立即解决。

2 Normal Queue正常排队缺陷需要正常

排队等待修复或列入软件发布清单。

3 Not Urgent不紧急缺陷可以在方便时被

纠正。

缺陷状态（Status）

•Submitted 已提交的缺陷

•Open 确认“提交的缺陷”，等待处理

•Rejected 拒绝“提交的缺陷”，不需要修复或不是缺陷Resolved 缺陷被修复

•Closed 确认被修复的缺陷，将其关闭

缺陷起源（Origin）

•Requirement 在需求阶段发现的缺陷•Architecture 在构架阶段发现的缺陷•Design 在设计阶段发现的缺陷

•Code 在编码阶段发现的缺陷

•Test 在测试阶段发现的缺陷

缺陷来源（Source）

•Requirement：由于需求的问题引起的缺

陷

•Architecture：由于构架的问题引起的缺陷•Design：由于设计的问题引起的缺陷•Code：由于编码的问题引起的缺陷•Test：由于测试的问题引起的缺陷•Integration：由于集成的问题引起的缺陷