软件缺陷分类标准.docx

上传人:b****1 文档编号:2143025 上传时间:2023-05-02 格式:DOCX 页数:16 大小:33.47KB
下载 相关 举报
软件缺陷分类标准.docx_第1页
第1页 / 共16页
软件缺陷分类标准.docx_第2页
第2页 / 共16页
软件缺陷分类标准.docx_第3页
第3页 / 共16页
软件缺陷分类标准.docx_第4页
第4页 / 共16页
软件缺陷分类标准.docx_第5页
第5页 / 共16页
软件缺陷分类标准.docx_第6页
第6页 / 共16页
软件缺陷分类标准.docx_第7页
第7页 / 共16页
软件缺陷分类标准.docx_第8页
第8页 / 共16页
软件缺陷分类标准.docx_第9页
第9页 / 共16页
软件缺陷分类标准.docx_第10页
第10页 / 共16页
软件缺陷分类标准.docx_第11页
第11页 / 共16页
软件缺陷分类标准.docx_第12页
第12页 / 共16页
软件缺陷分类标准.docx_第13页
第13页 / 共16页
软件缺陷分类标准.docx_第14页
第14页 / 共16页
软件缺陷分类标准.docx_第15页
第15页 / 共16页
软件缺陷分类标准.docx_第16页
第16页 / 共16页
亲,该文档总共16页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

软件缺陷分类标准.docx

《软件缺陷分类标准.docx》由会员分享,可在线阅读,更多相关《软件缺陷分类标准.docx(16页珍藏版)》请在冰点文库上搜索。

软件缺陷分类标准.docx

软件缺陷分类标准

项目名称

项目名称

起始时间

YYYY_MM_DD

产品名称

软件缺陷分类标准

产品版本

 

软件缺陷分类标准

 

文档编号

文档类型

密级

Sdcc_

编制/日期

审核/日期

批准/日期

蓝娜/2008-03-18

变更控制状态

页数

共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.2定义与缩写

表11定义与缩写

术语

定义

软件缺陷(SoftwareDefect)

对软件产品预期属性的偏离现象。

残留缺陷(ResidualDefect)

指软件发布后存在的缺陷,包括在用户安装前未被检测出的缺陷以及检测出但未被修复的缺陷。

1.3参考资料

表12参考资料列表

编号

资料名称

作者

日期

出版单位

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缺陷类型

缺陷种类:

根据缺陷的自然属性来划分。

表22缺陷类型列表

编号

缺陷类型

描述

子类型

编号

名称

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

引用错误的变量

0504

数组引用越界

0505

不一致的子程序参数

0506

数据单位不正确

0507

数据维数不正确

0508

变量类型不正确

0509

数据范围不正确

0511

操作符数据错误

0513

变量定位错误

0514

数据覆盖

0517

外部数据错误

0518

输出数据错误

0519

输入数据错误

0520

数据检验错误

06

用户界面问题

U-UserInterface

人机交互特性:

屏幕格式,确认用户输入,功能有效性,页面排版等方面的缺陷。

0601

界面风格不统一

0602

屏幕上的信息不可用

0603

屏幕上的错误信息

0604

界面功能布局和操作不合常规

07

文档问题

D-Documentation

影响发布和维护,包括注释等缺陷。

0701

描述含糊

0702

项描述不完整

0703

项描述不正确

0704

项缺少或多余

0705

项不能验证

0706

项不能完成

0707

不符合标准

0708

与需求不一致

0709

文字排版错误

0710

文档信息错误

0711

注释缺陷

08

性能问题

P-Performance

不满足系统可测量的属性值,如:

执行时间,事务处理速率等缺陷。

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-次要(Minor)

轻微缺陷

不正确的,但有使系统使用起来不太方便的错误,重点指系统的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

已修正或修复(FixedorResolved)

已被开发人员检查、修复过的缺陷,通过单元测试,认为已解决但还没有被测试人员验证。

5

验证(Verify)

缺陷验证通过

6

关闭或非激活(ClosedorInactive)

测试人员验证后,确认缺陷不存在之后的状态。

7

重新打开(Reopen)

测试人员验证后,还依然存在的缺陷,等待开发人员进一步修复。

8

推迟(Deferred)

这个软件缺陷在下一个版本中解决。

9

保留(Onhold)

由于技术原因或第三者软件的缺陷,开发人员暂不能修复的缺陷。

10

不能重现(Cannotduplicate)

开发不能复现这个软件缺陷,需要测试人员检查缺陷复现的步骤。

2.7缺陷来源

缺陷来源:

缺陷引起的故障或事件第一次被检测到的阶段。

表27缺陷来源列表

序号

缺陷来源

描述

1

需求(Requirement)

由于需求的问题引起的缺陷

2

架构(Architecture)

由于构架的问题引起的缺陷

3

设计(Design)

由于设计的问题引起的缺陷

4

编码(Coding)

由于编码的问题引起的缺陷

5

测试(Test)

由于测试的问题引起的缺陷

6

集成(Integration)

由于集成的问题引起的缺陷

7

用户(Customer)

在用户使用阶段发现的缺陷

8

其他(Other)

由于其他问题引起的缺陷

2.8缺陷原因

缺陷原因:

造成上述错误的根本因素,以寻求开发、测试人员可改进的地方。

表28缺陷原因

序号

缺陷原因

描述

1

低级错误

正常的状态下不可能犯的错误。

2

疏忽

因马虎大意导致的缺陷。

3

考虑欠周全

因考虑不周全导致的缺陷。

4

理解不到位

对业务、需求、设计等理解不到位导致的缺陷。

5

其他

2.9缺陷修改次数

缺陷修改次数:

同一个缺陷被重新修复的次数。

表29缺陷修改次数表

序号

缺陷修改次数

描述

1

首次

同一缺陷只修复一次就能关闭。

2

两次

同一缺陷修复后,验证不通过,需重新打开,经过两次修复后关闭。

3

三次

同一缺陷修复后,验证不通过,需重新打开,经过三次修复后关闭。

4

多次

同一缺陷修复后,验证不通过,需重新打开,经过三次以上修复才关闭。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 人文社科 > 法律资料

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2