来自: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 – 低优先级,例如,对软件的质量影响非常轻微或出现几率很低的缺陷;