软件缺陷的方方面面

来自：http://www.uml.org.cn/cmm/pdf/Defect_Type_Standard_Design.pdf

【Kiki】CMM的类型划分，以下中文是我自己翻译的，不准备的地方欢迎指出

Defect Type Standard Design – DTS

缺陷类型标准设计 － DTS

Defect Type 缺陷类型	Defect Name 缺陷名称	Description 描述
10	Documentation 文档	Comments, software unit description 注释，软件单元描述
20	Build, package 版本，打包	Change management, library, version control 变更管理，库文件，版本控制
30	Assignment 赋值	Declaration, duplicate name, scope, limit 声明，重复的名称，范围，限制
40	Design Entities Interface 设计实体接口	Procedure calls and reference, I/O, user formats   过程调用和参考，I/O，用户格式
50	Checking 验证	Error message, inadequate checks 错误信息，不适当的验证
60	Data 数据	Structure, content 结构，内容
70	Function 功能	Logic, pointer, loop, recursion, computation, function 逻辑，指针，循环，递归，计算，函数
80	System Behavioral 系统行为	Configuration, timing,  memory 配置，处理效率，内存
100	Performance 性能	Metric values for measurable attributes of the system, execution time, timing of event, etc, 系统可度量属性的指标数值，如执行时间，事务处理效率等
110	Quality 质量	Attributes of the system: usability, portability, reliability, maintainability 系统的特征：可用性，可移植性，可靠性，可维护性
120	Constraints 限制	Constraints under which the system must operate usually affected by policies or regulations such as security, safety, or restriction hardware, etc… 系统必须遵循的限制条件，通常受政策或法令的影响，例如安全性或限制硬件
130	Software Interface 系统接口	Data management systems, operating system, other applications 数据管理系统，操作系统，其他应用程序
140	User Interface 用户接口	Characteristics for the human/computer interaction: screen format, validation for user input, function availability, page layout, etc… 人机交互的特征：屏幕格式，确认用户输入，功能有效性，页面排版等
150	Norms 标准	Notation for design entities representation 设计实体表现的符号

 

 

来自：http://www.itisedu.com/phrase/200603111651085.html  

1．缺陷属性

属性名称	描述
缺陷标识(Identifier)	缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识
缺陷类型 (Type)	缺陷类型是根据缺陷的自然属性划分的缺陷种类。
缺陷严重程度 (Severity)	缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。
缺陷优先级(Priority)	缺陷的优先级指缺陷必须被修复的紧急程度。
缺陷状态(Status)	缺陷状态指缺陷通过一个跟踪修复过程的进展情况。
缺陷起源(Origin)	缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。
缺陷来源(Source)	缺陷来源指引起缺陷的起因。
缺陷根源(Root Cause)	缺陷根源指发生错误的根本因素。

2．缺陷类型

【Kiki】和CMM的比起来，类型少了些，但个人觉得比较精炼。

缺陷类型编号	缺陷类型	描述
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	不符合各种标准的要求，如编码标准、设计符号等。

 

3．软件测试错误严重程度

#	缺陷严重等级	描述
1	Critical	不能执行正常工作功能或重要功能。或者危及人身安全。 【Kiki】这个“人身安全”有些夸张，一般对于应用程序来说，如系统文件丢失，数据丢失造成需要重新安装系统，重启电脑等严重的情况。
2	Major	严重地影响系统要求或基本功能的实现，且没有办法更正。（重新安装或重新启动该软件不属于更正办法）
3	Minor	严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（重新安装或重新启动该软件不属于更正办法）
4	Cosmetic	使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。
5	Other	其它错误。

 【Kiki】这里的描述不敢苟同，一般系统的严重程度为"Critcal", "Major", "Medium", "Minor", "Enhancement", 具体的描述也就和上述不同了。一般来说C/S和B/S程序对于前2个程序会有些不同。

对于缺陷的严重性，如果分为4级，则可以参考下面的方法确定：

　　1 – 非常严重的缺陷，例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。
　　2 – 较严重的缺陷，例如，软件的某个菜单不起作用或者产生错误的结果；
　　3 - 软件一般缺陷，例如，本地化软件的某些字符没有翻译或者翻译不准确；
　　4 - 软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等；

对于缺陷的优先性（Priority），如果分为4级，则可以参考下面的方法确定：

　　1 –最高优先级，例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷。
　　2 – 较高优先级，例如，影响软件功能和性能的一般缺陷；
　　3 -一般优先级，例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷；
　　4 – 低优先级，例如，对软件的质量影响非常轻微或出现几率很低的缺陷；