软件缺陷分类标准.docx
《软件缺陷分类标准.docx》由会员分享，可在线阅读，更多相关《软件缺陷分类标准.docx（17页珍藏版）》请在冰豆网上搜索。
软件缺陷分类标准
项目名称
项目名称
起始时间
YYYYMMDD
产品名称
软件缺陷分类标准
产品版本
1.0
软件缺陷分类标准
文档编号
文档类型
密级
Sdcc_0.2
「草稿*初稿
C公开虑秘密
C.终稿修订稿
碍机密S3绝密
编制/日期
审核/日期
批准/日期
蓝娜/2008-03-18
变更控制状态
页数
C受控扈不受控
共12页
广州市新康博思信息科技有限公司
文档修改记录
*S-STARTA-ADDEDM-MODIFIEDD-DELETED
版本号
日期
修订人
S*
A
M
D
版本修订描述
变更请求号
草稿
2012-03-14
蓝娜
S
首次编写，用于规范系统测试。
初稿
2012-03-20
蓝娜
M
修改缺陷状态与优先级
初稿
2012-03-20
蓝娜
A
增加缺陷原因、缺陷修改次数
终稿
修订稿
1引言1
1.1编写目的1
1.2定义与缩写1
1.3参考资料1
2软件缺陷分类标准1
2.1问题类型1
22缺陷属性2
2.3缺陷类型2
2.4缺陷严重程度5
2.5缺陷优先级6
2.6缺陷状态7
2.7缺陷来源8
2.8缺陷原因8
2.9缺陷修改次数9
1引言
1.1编写目的
制定本标准的目的是为软件测试提供缺陷分类的标准。
本文档说明了问题类型、缺陷属性、缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷来源、缺陷修改次数、缺陷原因。
其预期的读者是测试人员、开发人员、开发经理。
1.2定义与缩写
表1-1定义与缩写
术语
定义
软件缺陷（SoftwareDefect）
对软件产品预期属性的偏离现象。
残留缺陷（ResidualDefect）
指软件发布后存在的缺陷，包括在用户安装前未被检测出的缺陷以及检测出但未被修复的缺陷。
1.3参考资料
表1-2参考资料列表
编号
资料名称
作者
日期
出版单位
01
计算机软件测试标准
2软件缺陷分类标准
2.1问题类型
表2-1问题类型列表
序号
问题类型名称
说明
1
缺陷
一个导致软件功能不能正常使用的问题。
2
改进
改进或者增强现有的功能或任务。
3
新功能
产品或项目尚未开发的新功能。
4
遗漏功能
产品或项目应具备但尚未开发的功能。
2.2缺陷属性
表2-2缺陷属性列表
序号
属性名称
说明
1
标识（Identifier）
标记某个缺陷的唯一的符号，可以使用数字、字母组合来表示。
2
标题（Headline）
对缺陷进行的简短描述。
3
描述（Description）
对缺陷进行详细的描述，以便缺陷重现。
4
严重程度（Severity）
指因缺陷引起的故障对软件产品的影响程度。
5
优先级（Priority）
缺陷必须被修复的紧急程度。
6
状态（State）
缺陷通过一个跟踪修复过程的进展情况。
7
来源（Source）
指引起缺陷的起因。
2.3缺陷类型
缺陷种类：
根据缺陷的自然属性来划分。
表2-2缺陷类型列表
编号
缺陷类型
描述
子类型
编号
名称
01
功能问题
F-Function
影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。
并且设计文档需要正式的变更。
如指针，循环，递归，功能等缺陷。
0101
功能错误
0102
功能缺失
0103
功能超越
0104
设计二义性
0105
算法错误
02
接口问题
I-Interface
与其他组件、模块或设备驱动程
序、调用参数、控制块或参数列表
0203
模块间接口
0204
模块内接口
相互影响的缺陷。
0205
公共数据使用
03
逻辑问题
L-Logic
需要进行逻辑分析，进行代码修改，
如循环条件等
0301
分支不止确
0302
重复的逻辑
0303
忽略极端条件
0304
不必要的功能
0305
误解
0306
条件测试错误
0307
循环不正确
0308
错误的变量检查
0309
计算顺序错误
0310
逻辑顺序错误
04
计算问题
C-Computation
等式、符号、操作符或操作书错误，精度不够、不适当的数据验证等缺陷。
0401
等式错误
0402
缺少运算符
0403
错误的操作数
0404
括号用法不正确
0405
精度不够
0406
舍入错误
0407
符号错误
05
数据问题
A-Assignment
需要修改少量代码，如初始化或控
制块。
如声明、重复命名，范围、
限定等缺陷。
0501
初始化错误
0502
存取错误
0503
弓1用错误的变量
0504
数组引用越界
0505
不一致的子程序参数
0506
数据单位不正确
0507
数据维数不正确
0508
变量类型不正确
0509
数据范围不正确
0511
操作符数据错误
0513
变量定位错误
0514
数据覆盖
0517
外部数据错误
0518
输出数据错误
0519
输入数据错误
0520
数据检验错误
06
用户界面问题
U-User
Interface
人机交互特性：
屏幕格式，确认用
户输入，功能有效性，页面排版等
方面的缺陷。
0601
界面风格不统一
0602
屏幕上的信息不可用
0603
屏幕上的错误信息
0604
界面功能布局和操作不合
常规
07
文档问题
D-Documentation
影响发布和维护，包括注释等缺陷。
0701
描述含糊
0702
项描述不完整
0703
项描述不正确
0704
项缺少或多余
0705
项不能验证
0706
项不能完成
0707
不符合标准
0708
与需求不一致
0709
文字排版错误
0710
文档信息错误
0711
注释缺陷
08
性能问题
P-Performanee
不满足系统可测量的属性值，如：
执行时间，事务处理速率等缺陷。
09
配置问题
B-Build/package/
merge
由于配置库、变更管理或版本
控制引起的错误。
0901
配置管理问题
0902
编译打包缺陷
0903
变更缺陷
0904
纠错缺陷
10
标准问题
N-Norms
不符合各种标准的要求，如编
码标准、设计符号等缺陷。
1001
不符合编码标准
1002
不符合软件标准
1003
不符合行业标准
11
环境问题
E-Environments
由于设计、编译和运行环境引发的问题。
1101
设计、编译环境
1102
运行环境
12
兼容问题
软件之间不能正确地交互和共
享信息
1201
操作平台不兼容
1202
浏览器不兼容
1203
分辨率不兼容
13
其他问题
O-Others
以上问题所不包含的其他问题。
2.4缺陷严重程度
缺陷严重程度：
指因缺陷引起的故障对软件产品的影响程度。
表2-3缺陷严重程度列表
严重级别
对应缺陷严重等级
描述
1-严重（Critical）
严重缺陷
不能执行正常工作功能或实现重要功能，包括：
1）可能有灾难性的后果，如造成系统崩溃，造成事故等；
2）数据库错误，如数据丢失等。
2-重要（Major）
较大缺陷
产生错误的结果，导致系统不稳定，运行时好时坏，严重地影响系统要求或基本功能实现的问题。
如：
1）造成数据库不稳定的错误；
2）在说明中的需求未在最终系统中实现；
3）程序无法运行，系统意外退出；
4）业务流程不正确；
3-中等（Normal）
般缺陷
不正确的，但不会影响系统稳定性的：
1）过程调用或其它脚本错误；
2）系统刷新错误；
3）产生错误结果，如计算结果错误，数据不一致等；
4）功能的实现有问题，如在系统实现的界面上，一些可
接受输入的控件点击后无作用，对数据库的操作不能
正确实现；
5）编码时数据类型、长度定义错误；
6）虽然正确性，功能不受影响，但系统性能和响应时间
受到影响；
7）对于输入数据没有进行必要的类型校验
4-次要（Mnor）
轻微缺陷
不正确的，但有使系统使用起来不太方便的错误，重点
指系统的UI问题：
1）系统的提示语不明确，不简明；
2）滚动条无效；
3）可编辑区和不可编辑区不明显；
4）光标跳转设置不好，鼠标（光标）定位错误；
5）上下翻页，首尾页定位错误；
6）界面不一致，或界面不正确；
7）日期或时间初始值错误（起止日期、时间没有限定）；
8）出现错别子，标点付号错误，拼与错误，以及不正确的大小写等；
5-有待改进
（Enhancement）
其他缺陷
系统中值得改良的问题：
1）容易给用户误解和歧义的提示；
2）界面需要改进的，某个控件没有对齐等。
3）对有疑虑的部分，提出修改建议
2.5缺陷优先级
表2-4缺陷优先级列表
缺陷优先级
描述
1-立即解决
导致测试无法继续进行，必须立刻进行修复；对用户产生很大影
（ResolveImmediately）响，必须优先解决。
2-
对此缺陷给以高度重视，应优先进行修复。
缺陷需要正常排队等待修复或列入软件发布清单。
高度关注
（HighlyFocus）
3-正常排队
（NormalQueue）
4-低优先级
缺陷可以在方便时被纠正。
（NotUrgent）
2.6缺陷状态
缺陷状态：
指缺陷通过一个跟踪修复过程的进展情况。
表2-6缺陷状态列表
序号
缺陷状态
描述
1
提交（Submitted）
测试人员提交新的错误入库。
2
激活或打开（ActiveorOpen）
问题还没有解决，存在源代码中，确认“提交的缺陷”，
等待处理。
3
拒绝（Rejected）
拒绝提交的缺陷：
不需要修复（Wontfix）或不是缺陷
（Invalid）或缺陷已经被其他的软件测试人员发现
（Duplicate）。
4
已修正或修复（Fixedor
Resolved）
已被开发人员检查、修复过的缺陷，通过单元测试，认为已解决但还没有被测试人员验证。
5
验证（Verify）
缺陷验证通过
6
关闭或非激活（Closedor
Inactive）
测试人员验证后，确认缺陷不存在之后的状态。
7
重新打开（Reopen）
测试人员验证后，还依然存在的缺陷，等待开发人员进一步修复。
8
推迟（Deferred）
这个软件缺陷在下一个版本中解决。
9
保留（Onhold）
由于技术原因或第三者软件的缺陷，开发人员暂不能修复
的缺陷。
10
不能重现（Cannotduplicate）
开发不能复现这个软件缺陷，需要测试人员检查缺陷复现的步骤。
2.7缺陷来源
缺陷来源：
缺陷引起的故障或事件第一次被检测到的阶段。
表2-7缺陷来源列表
序号
缺陷来源
描
述
1
需求（Requirement）
由于需求的问题引起的缺陷
2
架构（Architecture）
由于构架的问题引起的缺陷
3
设计（Design）
由于设计的问题引起的缺陷
4
编码（Coding）
由于编码的问题引起的缺陷
5
测试（Test）
由于测试的问题引起的缺陷
6
集成（Integration）
由于集成的问题引起的缺陷
7
用户（Customer）
在用户使用阶段发现的缺陷
8
其他（Other）
由于其他问题引起的缺陷
2.8缺陷原因
缺陷原因：
造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。
表2-8缺陷原因
序号
缺陷原因
描
述
1
低级错误
正常的状态下不可能犯的错误。
2
疏忽
因马虎大意导致的缺陷。
3
考虑欠周全
因考虑不周全导致的缺陷。
4
理解不到位
对业务、需求、设计等理解不到位导致的缺陷。
5
其他
2.9缺陷修改次数
缺陷修改次数：
同一个缺陷被重新修复的次数。
表2-9缺陷修改次数表
序号
缺陷修改次数
描述
1
首次
同一缺陷只修复一次就能关闭。
2
两次
冋一缺陷修复后，验证不通过，需重新打开，经过两次修复后关闭。
3
三次
冋一缺陷修复后，验证不通过，需重新打开，经过三次修复后关闭。
4
多次
冋一缺陷修复后，验证不通过，需重新打开，经过三次以上修复才关闭。
升级会员 