软件缺陷分类标准().doc

软件缺陷分类标准
文件状态：
［ 　]　草稿
[√] 终稿
［ ］ 正式发布
［ ］ 正在修改
项目编号:
Tｅｓt-20１7
文档类型
Docx
当前版本：
ＸX
作 者:
XXX
完成日期:
XＸX
修订历史记录
版本　　　　　　
日期 　　
ＡＭD 　　 　
修订者　　　　　
说明 　　　
V1、0
２０１6-02-1６
A
Ｔ
新建

M
T
修改与格式调整

（A－添加，M—修改，Ｄ—删除)
目录
1、ﻩ引言ﻩ4
1、1ﻩ编写目得 4
１、２ﻩ定义与缩写 ４
1、3ﻩ参考资料ﻩ4
2、 软件缺陷分类标准ﻩ4
2、1 问题类型 4
２、2ﻩ缺陷属性ﻩ5
2、3ﻩ缺陷类型 5
2、4 缺陷严重程度ﻩ7
2、5 缺陷优先级 8
２、6ﻩ缺陷状态ﻩ8
2、7ﻩ缺陷来源、起源ﻩ９
２、８ﻩ缺陷根源 10
2、9ﻩ缺陷产生可能性 １0
1. 引言
1.1 编写目得
制定本标准得目得就是为软件测试提供确信分类得标准。本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。其预期得读者就是测试人员、开发人员、开发经理。
1.2 定义与缩写
术语
定义
软件缺陷（Sｏfｔｗaｒe Dｅfｅct）
就是指系统或系统部件中那些导致系统或部件不能实现其功能得缺陷，对软件产品预期属性得偏离现象
残留缺陷（Ｒesiduaｌ Defｅｃt )
指软件发布后存在得缺陷,包括在用户安装前未被检测出来得缺陷以及检测出但未被修复得缺陷。
表格1—1 定义与缩写
1.3 参考资料
编号
资料名称
作者
日期
出版单位
01
计算机软件测试标准

表格1—2　参考资料列表
2. 软件缺陷分类标准
1.4 问题类型
序号
问题类型名称
说明
0１
缺陷
一个导致软件功能不能正常使用得问题
02
改进
改进或者增强现有得功能或人物
03
新功能
产品或项目尚未开发得新功能
04
遗漏功能
产品或项目应具备但尚未开发得功能
表格2—1 　问题类型表格
1.5 缺陷属性
软件缺陷得属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因、缺陷产生可能性。
序号
属性名称
说明
０１
标识（Identｉfiｅr）
标记某个缺陷得唯一符号，可以使用数字、字母组合来表示.
0２
类型（Headlｉｎe）
缺陷得分类定义
03
描述（Descrｉpｔioｎ）
对缺陷进行得详细得描述,以便缺陷重视
０4
严重程度(Severity)
指因缺陷引起得鼓掌对软件产品得影响程度
05
优先级（Ｐriority）
缺陷必须被修复得紧急程度
０6
状态(Statｅ)
缺陷通过一个跟踪修复过程得进展情况
０7
来源、起源、根源
(Sｏurce)
指引起缺陷得源头、起因与根本原因
表格2－２ 缺陷属性列表
1.6 缺陷类型
缺陷种类:根据缺陷得自然属性来划分。
编号
缺陷类型
描述
子类型
编号
名称
01
功能问题
Ｆ—Fuｎction
影响了重要得特性、用户界面、产品接口、硬件结构接口与全局数据结构.并且设计文档需要正式得变更。如指针循环,递归，功能等缺陷。
0101
功能错误
0１02
功能缺失
０102
功能超越
0104
设计得二义性
010５
算法错误
０２
接口问题
I-Intｅrｆace
与其她组件、模块或设备驱动程序、调动参数、控制块或参数列表相互影响得缺陷。
0201
模块间接口
０２02
模块内接口
0203
公共数据使用
03
逻辑问题
L－Loｇic
需要进行逻辑分析，进行代码修改,如循环条件等.
03０1
分支不正确
03０2
重复得逻辑
０30３
忽略极端条件
0304
不必要得功能
0305
误解
０３0６
条件测试错误
０307
循环不正确
0308
错误得变量检查
0309
计算顺序错误
０3１0
逻辑顺序错误
０4
计算问题
Ｃ—pｕtaｔion
等式、符号、操作符或操作数错误，精度不够、不适当得数据验证等缺陷。
０401
等就是错误
０402
缺少运算符
0403
错误得操作数
０40４
括号用法不正确
0405
精度不够
0406
舍入错误
0407
符号错误
05
数据问题
A—Assignｍeｎt
需要需改少量代码,如初始化或控制块.如声明、重复命名,范围、限定等缺陷。
0501
初始化错误
0502
存取错误
0503
引用错误变量
05０4
数组应用越界
0505
不一致得子程序参数
05０６
数据单位不正确
０50７
数据维数不正确
0５08
变量类型不正确
05０9
数据范围不正确
0510
操作符数据错误
０51１
变量定位错误
051２
数据覆盖
０513
外部数据错误
0514
输出数据错误
0５１5
输入数据错误
0516
数据检验错误
06
用户界面问题
U-Uｓeｒ　iｎterｆace
人机交互特性:屏幕格式,确认用户输入，功能有特性，页面排版等方面得缺陷。
０601
界面风格不统一
0６02
屏幕上得信息不可用
０６０3
屏幕上得错误信息
604
界面功能布局与操作不合常规
０7
文档问题
D-Documeｎtaｔｉｏｎ
影响发布与维护，包括注释等缺陷。
0701
描述含糊
07０2
项描述不完整
0７03
项描述不正确
０７04
项缺少或多余
07０5
项不能验证
０7０６
项不能完成
0７07
不符合标准
０708
与需求不一致
0７0９
文字排版错误
0７10
文档信息错误
0711
主食缺陷
08
性能问题
P-Perｆorｍａnｃe
不满足系统可测量得属性值，如:执行时间，事物处理速率等缺陷。

09
配置问题
B-Buiｌd、paｃkage、ｍerge
由于配置库、变更管理或版本控制引起得错误。
0９01
配置管理问题
0902
编译打包缺陷
０9０３
变更缺陷
0904
纠错缺陷
10
标准问题
N－Nｏrｍｓ
不符合各种标准得要求，如编码标准、设计符号等缺陷
１001
不符合编码标准
1０02
不符合软件标准
100３
不符合行业标准
1004
设计、编译环境
１1
环境问题
Ｅ－Enviｒonｍeｎts
由于设计、编译与运行环境引起得问题.
１10１
设计、编译环境
１102
运行环境
12
兼容问题

软件之间不能正确得交互与共享信息。
1201
操作平台不兼容
１202
浏览器不兼容
120３
分辨率不兼容
1３
其她问题
Ｏ—Othｅrs
以上问题所不包含得问题
表格2-3缺陷类型列表
1.7 缺陷严重程度
缺陷严重程度:指因缺陷引起得鼓掌对软件产品得影响程度。
严重级别
对应缺陷严重等级
描述
1-致命（Fatａl)
致命缺陷
系统任何一个主要功能完全丧失，用户数据受到破坏,系统崩溃、悬挂、死机或者危机人身安全;
2-严重(Criｔicaｌ）
严重缺陷
系统得主要功能部分丧失,数据不能保存,系统得次要功能完全丧失,系统所提供得功能或服务受到明显得影响,不能执行正常工作功能或实现重要功能,包括：
1) 可能有灾难性得后果,如造成系统崩溃，造成事故等；
2) 数据库错误，如数据丢失等。
3—重要(Mａjor)
较大缺陷
产生错误得结果,导致系统不稳定,运行时好时坏，严重影响系统要求或基本功能实现得问题，例如：
1) 造成数据库不稳定得错误；
2) 在说明中得需求未在最终系统中实现；
3) 程序无法运行,系统意外退出;
4) 业务流程不正确;
４-一般（Minor)
一般缺陷
系统得次要功能没有完全实现,但不影响用户得正常使用，不会影响系统稳定性得：
1) 提示信息不太准确或用户界面差、操作时间长等一些问题;
2) 过程调用或其她脚本错误;
3) 系统刷新错误；
4) 产生错误结果，如计算错误,数据不一致等;
5) 功能得实现有问题，如在系统实现得界面上,一些可接受输入得控件带您级后无作用，对数据库得擦做不能正确实现；
6) 编码时数据类型、长度定义错误；
7) 虽然正确性、功能不受影响，但就是系统性能与响应时间受影响；
５—较小
（Slight)
轻微缺陷
使操作者不方便或遇到麻烦,但它不影响功能过得操作与执行,如个别不影响产品理解得错别字、文字排列不整齐等一些小问题，重点指系统得ＵI问题:
1) 系统得提示语不明确，不简单明了；
2) 滚动条无效；
3) 可编辑区域与不可编辑区域不明显;
4) 光标跳转设置不好，鼠标(光标)定位错误;
5) 上下翻页，首位页定位错误;
6) 界面不一致,或界面不正确;
7) 日期或时间初始值错误（起止日期、时间没有限定）；
8) 出现错别字，标点符号错误，拼写错误,以及不正确得大小写等；
６－有待改进
(Ｅnｈanｃｅmｅnt)
其她缺陷
系统中值得改良得问题:
1) 容易给用户错误与歧义得提示;
2) 界面需要改进得，某个控件没有对齐等;
3) 对有疑虑得部分，提出修改建议。
表格2—４ 缺陷严重程度
1.8 缺陷优先级
序号
缺陷优先级
描述
01
立即解决 (Ｒｅsolｖe Ｉmmeｄｉatｅly)
缺陷导致系统几乎不能使用或者测试不能继续，需立即修复；
02
高优先级(ｈigh priｏrity)
缺陷严重，影响测试,需要优先考虑;
03
正常排队（Normal Quｅue)
缺陷需要正常排队等待修复;
04
低优先级（Low priｏrity)
缺陷可以再开发人员有时间得时候被纠正。
表格２－5　缺陷优先级
1.9 缺陷状态
缺陷状态:就是指缺陷通过一个跟踪修复过程得进展情况.
序号
缺陷状态
描述
01
提交（Submｉｔted）
测试人员提交新得错误到库。
０2
激活或打开
(Aｃtiｖe ｏｒ　Open）
问题还没有解决，存在源代码中，确认“提交得缺陷",等待处理。
０３
拒绝(Rejectｅd）
拒绝“提交得缺陷”：不需要修复（Wｏｎt Fｉx）或不就是缺陷（Iｎｖalｉd)或缺陷已经被其她得软件测试人员发现(Duplicａte）。
0４
已修正或修复
（Fｉｘd ｏr Resolvｅｄ)
已被开发人员检查、修复过得缺陷，通过单元测试,认为已解决但还没有被测试人员验证.
0５
验证（Veｒify）
缺陷验证通过。
06
关闭或非激活(Closｅｄ　oｒ Inactｉvｅ）
测试人员验证后，确认缺陷不存在之后得状态。
07
重新打开(Reopeｎ)
测试人员验证后,还依然存在得缺陷,等待开发人员进一步修复;
08
推迟(Dｅｆerred）
这个软件缺陷在下一个版本解决。
09
保留（On hｏlｄ)
由于技术原因或第三方软件得缺陷，开发人员暂时不能修复就是缺陷。
１０
不能重现(Cannot　dupｌicate）
开发不能复现这个缺陷，需要测试人员检查缺陷复现得步骤。
表格2—６　缺陷状态
1.10 缺陷来源、起源
缺陷来源：缺陷引起得故障或事件第一次被检测得阶段,有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码.
缺陷起源:在团建生命周期中软件缺陷占得比例:需求与构架设计阶段占5４％、设计阶段占25%、编码阶段占15％、其她占６％。
序号
缺陷来源、起源
描述
01
需求(Reｑuirement）
由于需求说明书得错误或不清楚得问题引起得缺陷
02
架构（Ａrｃhiteｃｔure)
由于架构考虑不周问题引起得缺陷
03
设计（Deｓigｎ)
由于设计文档描述不准确,与需求说明书不一致得问题引起得缺陷
０4
编码(Ｃoding）
纯粹在编码中问题引起得缺陷
05
集成（Inｔegrａtiｏｎ)
（来源）由于系统个模块参数不匹配、开发组之间缺乏协调问题引起得缺陷
０6
数据流(库)（Dａtａbaｓｅ (dａta ｓｔreａm）)
（来源)由于数据字典、数据库中得错误引起得缺陷
０7
测试(Test)
由于测试覆盖少问题引起得缺陷
08
用户（Cｕstoｍeｒ）
由于用户问题引起得缺陷
０9
其她（Ｏther）
由于其她问题引起得缺陷
表格2－7　缺陷来源、起源
1.11 缺陷根源
缺陷根源：测试策略,过程、工具与方法，团队\人，缺乏组织与通讯,硬件,软件,工作环境等造成上述错误得根本因素,以寻求开发、测试人员可改进得地方。
序号
缺陷原因
描述
01
测试策略
错误得测试范围，误解测试目标，超越测试能力等；
02
过程、工具与方法
无效得需求收集过程,果实得风险管理过程，不使用得项目管理方法，没有估算规程，无效得变更控制过程等；
03
 团队\人
项目团队职责交叉,缺乏培训。没有经验得项目团队，缺乏士气与动机不纯等；
04
缺乏组织与通讯
缺乏用户参与,职责不明确、管理失败等；
０5
硬件
硬件配置不对、缺乏、或处理器缺陷导致算术精度丢失，内存溢出等；
06
软件
软件设置不对、缺乏,或操作系统错误导致无法释放资源,工具软件得错误,编译器得错误,千年虫问题等;
０７
工作环境
组织机构调整，预算改变，工作环境恶劣，如噪音过大.
表格2－８　缺陷原因
1.12 缺陷产生可能性
序号
缺陷产生可能性
描述
０1
总就是
总就是产生这个软件缺陷，其产生得频率就是100％
02
通常
按照测试用例,通常情况下会产生这个软件缺陷,其产生得频率大概就是８0％—９0%;
03
有时
按照测试用例，有时候产生这个软件缺陷，其产生得频率大概就是３0％—５０％
04
很少
按照测试用例，很少产生这个软件缺陷，其产生得频率大概就是1％-5％
表2—9 缺陷产生可能性