软件缺陷分类标准(最新)

软件缺陷的等级应如何划分
软件缺陷，常常又被叫做Bug。

所谓软件缺陷，即为计算机软
件或程序中存在的某种破坏正常运行能力的问题、错误，或者隐藏
的功能缺陷。

缺陷的存在会导致软件产品在某种程度上不能满足用
户的需要。

缺陷的表现形式不仅体现在功能的失效方面，还体现在其他方面。

主要类型有：软件没有实现产品规格说明所要求的功能模块；
软件中出现了产品规格说明指明不应该出现的错误；软件实现了产
品规格说明没有提到的功能模块；软件没有实现虽然产品规格说明
没有明确提及但应该实现的目标；软件难以理解，不容易使用，运
行缓慢，或从测试员的角度看，最终用户会认为不好。

软件缺陷的等级应如何划分？
1）致命错误：造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

2）严重错误：系统主要功能部分丧失，数据库保存调用错误，用户数据丢失，以及功能菜单不能使用但是不影响其他功能的测试。

功能设计与需求严重不符，模块无法启动或调用，程序重启，自动
退出，关联程序间调用冲突，安全问题、稳定性等。

3）一般错误：功能没有完全实现但不影响使用，功能菜单存在缺陷但不影响系统稳定性。

4）建议问题：界面，性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等。

软件缺陷分类标准修订历史记录（A-添加，M-修改，D-删除）目录1. 引言 (4)1.1 编写目的 (4)1.2 定义与缩写 (4)1.3 参考资料 (4)2. 软件缺陷分类标准 (4)2.1 问题类型 (4)2.2 缺陷属性 (5)2.3 缺陷类型 (5)2.4 缺陷严重程度 (7)2.5 缺陷优先级 (8)2.6 缺陷状态 (8)2.7 缺陷来源、起源 (9)2.8 缺陷根源 (10)2.9 缺陷产生可能性 (10)1.引言1.1编写目的制定本标准的目的是为软件测试提供确信分类的标准。

本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。

其预期的读者是测试人员、开发人员、开发经理。

1.2定义与缩写1.3参考资料表格1-2 参考资料列表2.软件缺陷分类标准2.1问题类型表格2-1 问题类型表格2.2缺陷属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因、缺陷产生可能性。

表格2-2 缺陷属性列表2.3缺陷类型表格2-3缺陷类型列表2.4缺陷严重程度缺陷严重程度:指因缺陷引起的鼓掌对软件产品的影响程度。

2.5缺陷优先级表格2-5 缺陷优先级2.6缺陷状态表格2-6 缺陷状态2.7缺陷来源、起源缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码。

缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶2.8缺陷根源缺陷根源：测试策略，过程、工具和方法，团队\人，缺乏组织和通讯，硬件，软件，工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。

表格2-8 缺陷原因2.9缺陷产生可能性。

缺陷分类标准缺陷分类标准是指根据缺陷的性质、严重程度和影响范围等因素，将缺陷进行科学、合理地分类，以便于对缺陷进行更有效的管理和处理。

在软件开发、工程建设、产品制造等领域，缺陷分类标准具有重要的意义，可以帮助相关人员快速准确地识别和处理各类缺陷，提高工作效率，降低风险，保障项目质量。

下面将介绍几种常见的缺陷分类标准。

一、按照缺陷的性质分类。

1. 功能性缺陷，指软件、产品或工程项目在使用过程中无法实现或者实现不符合需求的功能。

例如，某款软件在特定操作下会出现闪退或卡顿的情况，属于功能性缺陷。

2. 性能缺陷，指软件、产品或工程项目在使用过程中出现性能不佳的问题。

例如，某款手机在多任务处理时会出现发热过高或者电池消耗过快，属于性能缺陷。

3. 兼容性缺陷，指软件、产品或工程项目在与其他系统、设备或环境进行交互时出现不兼容的情况。

例如，某款软件在特定操作系统版本下无法正常运行，属于兼容性缺陷。

4. 安全性缺陷，指软件、产品或工程项目存在安全漏洞或者易受攻击的风险。

例如，某款网络应用存在密码明文传输的漏洞，属于安全性缺陷。

二、按照缺陷的严重程度分类。

1. 严重缺陷，指能够导致系统崩溃、数据丢失、用户无法正常使用等严重后果的缺陷。

例如，某款软件在特定操作下会导致系统死机，属于严重缺陷。

2. 一般缺陷，指影响用户体验、但不会导致系统崩溃或数据丢失的缺陷。

例如，某款产品的界面设计不符合用户习惯，属于一般缺陷。

3. 轻微缺陷，指对系统功能或性能影响较小的缺陷。

例如，某款软件的某个功能按钮的颜色与整体风格不搭配，属于轻微缺陷。

三、按照缺陷的影响范围分类。

1. 单点缺陷，指缺陷只在某个具体的功能模块或者局部范围内出现。

例如，某款软件只在特定操作下会出现闪退的情况，属于单点缺陷。

2. 多点缺陷，指缺陷在多个功能模块或者多个局部范围内出现。

例如，某款产品的多个功能模块都存在性能不佳的问题，属于多点缺陷。

3. 全局缺陷，指缺陷影响整个系统或产品的正常运行。

软件缺陷分类标准
软件缺陷可以根据不同的标准进行分类。

以下是一些常见的软件缺陷分类标准：
1. 功能性缺陷：指软件功能无法正常工作或不符合预期要求的问题，如某个功能无法启动、不能正确计算结果等。

2. 易用性缺陷：指软件在用户界面方面存在问题，使用户难以理解、操作或导航。

例如，界面布局混乱、操作流程不直观等。

3. 性能缺陷：指软件在执行过程中出现的性能问题，如响应时间过长、运行速度慢等。

4. 兼容性缺陷：指软件与其他系统、平台或设备之间的兼容性问题，如不能在特定操作系统上运行、与其他软件不兼容等。

5. 安全性缺陷：指软件存在的安全风险和漏洞，可能被黑客攻击或滥用。

例如，密码泄露、权限控制不完善等。

6. 可靠性缺陷：指软件在长时间运行或高负载情况下出现的故障、崩溃或数据丢失等问题。

7. 可维护性缺陷：指软件代码或结构设计方面存在的问题，使软件难以维护、扩展或修改。

例如，代码冗余、缺乏注释或文档等。

8. 其他缺陷分类标准：根据不同的软件类型和行业特点，还可以使用其他分类标准，如移动应用程序中的交互性缺陷、电子商务网站中的支付缺陷等。

对于软件开发团队来说，合理分类和标记缺陷是非常重要的，可以帮助他们更好地理解和解决问题，提高软件质量和用户满意度。

软件缺陷分类标准1. 简介1.1 目的本文档的目的是为本公司软件测试提供缺陷分类的标准。

1.2 范围本文档适用于使用RUP的软件项目的软件测试活动以及同行评审活动。

1.3 文档结构第一部分：简介，介绍软件缺陷分类的目的，本标准的适用范围，以及在本文档中使用的词汇的解释。

第二部分：描述软件缺陷的属性，各种属性的分类。

第三部分：列出本标准使用的参考文献。

第四部分：附录1.4 词汇表◆软件缺陷（Software Defect）●软件缺陷是对软件产品预期属性的偏离现象。

它包括检测缺陷和残留缺陷。

◆检测缺陷（Detected Defect）●检测缺陷是指软件在进入用户使用之前被检测出的缺陷。

◆残留缺陷（Residual Defect ）●残留缺陷是指软件发布后存在的缺陷，包括在用户安装前未被检测出的缺陷以及检测出但未被修复的缺陷。

◆软件故障（SoftwareFailure）●软件故障是指用户使用软件时，由于残留缺陷引起的软件失效症状。

2. 软件缺陷分类标准2.1缺陷属性缺陷标识(Identifier)：缺陷标识是标记某个缺陷的一组符号。

每个缺陷必须有一个唯一的标识缺陷类型(Type)：缺陷类型是根据缺陷的自然属性划分的缺陷种类。

缺陷严重程度(Severity)：缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。

缺陷优先级(Priority)：缺陷的优先级指缺陷必须被修复的紧急程度。

缺陷状态(Status)：缺陷状态指缺陷通过一个跟踪修复过程的进展情况。

缺陷起源(Origin)：缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。

缺陷来源(Source)：缺陷来源指引起缺陷的起因。

缺陷根源(Root Cause)：缺陷根源指发生错误的根本因素。

2.2缺陷标识(Identifier)缺陷标识是按照问题的复杂度来排序，类型10~40是比较简单的编码缺陷，类型50~100是比较复杂的设计缺陷。

10 –- 文档：注释、消息需求、设计类文档；20 –- 语法：拼写、标点、打字、指令格式；30 –- 赋值：如声明、重复命名、作用域；40 –- 接口：过程调用、输入/输出、用户格式与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷；50 —打包：由于配置库、变更管理或版本控制引起的错误；60 —数据、函数：结构、内容、逻辑、指针、循环、递归、计算、函数缺陷；70 —用户接口：人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷；80 —性能：不满足系统可测量的属性值，如：执行时间，事务处理速率等；90 –- 标准：不符合各种标准的要求，如编码标准、设计符号等；100 —系统、环境：设计、编译、配置、计时、内存、其他支持系统的问题。

软件缺陷等级划分标准
软件缺陷等级划分标准是指根据软件缺陷的严重程度和影响范围，将软件缺陷分为不同等级，以便开发人员和测试人员能够更好地管理和解决软件缺陷。

软件缺陷等级划分标准通常由软件开发公司或项目组制定，也可以参考国际标准或行业标准。

一般来说，软件缺陷等级划分标准包括以下几个方面：
1. 缺陷等级的定义：通常包括严重、一般、轻微等等，不同等级的定义可能有所不同，但一般都是根据缺陷的影响程度和紧急程度来划分的。

2. 缺陷的影响范围：缺陷的影响范围通常包括功能、性能、安全等方面，不同的缺陷可能会对不同的方面产生影响，因此需要根据具体情况来划分。

3. 缺陷的修复时间：不同等级的缺陷需要在不同的时间内进行修复，一般来说，严重的缺陷需要在最短时间内进行修复，而轻微的缺陷可以在后续版本中进行修复。

4. 缺陷的优先级：缺陷的优先级通常是根据缺陷的紧急程度和影响程
度来划分的，优先级高的缺陷需要在优先处理，以保证软件的稳定性和安全性。

总的来说，软件缺陷等级划分标准是软件开发和测试过程中非常重要的一部分，它可以帮助开发人员和测试人员更好地管理和解决软件缺陷，提高软件的质量和稳定性。

因此，在软件开发和测试过程中，需要根据具体情况制定合理的软件缺陷等级划分标准，并严格按照标准进行管理和处理。

软件缺陷分类标准修订历史记录目录1. 引言 (3)1.1 编写目的 (3)1.2 定义与缩写 (3)1.3 参考资料 (4)2. 软件缺陷分类标准 (4)2.1 问题类型 (4)2.2 缺陷属性 (4)2.3 缺陷类型 (4)2.4 缺陷严重程度 (6)2.5 缺陷优先级 (8)2.6 缺陷状态 (8)2.7 缺陷来源、起源 (9)2.8 缺陷根源 (9)2.9 缺陷产生可能性 (10)1.引言1.1编写目的制定本标准的目的是为软件测试提供确信分类的标准。

本文档说明了问题类型、缺陷属性、确缺陷类型、缺陷严重级别、缺陷优先级、缺陷状态、缺陷修改次数、缺陷原因。

其预期的读者是测试人员、开发人员、开发经理。

1.2定义与缩写1.3参考资料表格1-2 参考资料列表2.软件缺陷分类标准2.1问题类型表格2-1 问题类型表格2.2缺陷属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺2.3缺陷类型2.4缺陷严重程度缺陷严重程度:指因缺陷引起的鼓掌对软件产品的影响程度。

2.5缺陷优先级2.6缺陷状态2.7缺陷来源、起源缺陷来源：缺陷引起的故障或事件第一次被检测的阶段，有需求说明书、设计文档、系统集成接口、数据流（库）、程序代码。

缺陷起源：在团建生命周期中软件缺陷占的比例：需求和构架设计阶段占54%、设计阶2.8缺陷根源缺陷根源：测试策略，过程、工具和方法，团队\人，缺乏组织和通讯，硬件，软件，工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。

2.9缺陷产生可能性表2-9 缺陷产生可能性。

软件缺陷等级标准按照CMM5中定义的规范，BUG一般分致命，严重，一般和提示。

致命是严重影响产品的BUG，比如操作手册的错误，需求的错误等。

严重是产品中使功能无法实现的BUG，比如某个功能无法运行，GUI长时间僵死没有响应。

一般是某个BUG的发生，只影响了一个功能，而其他功能可以正常运行。

提示就是一些GUI的问题，或者友好性的问题。

更为详细的划分如下:A类—严重错误，包括以下各种错误：1．由于程序所引起的死机,非法退出2．死循环3．数据库发生死锁4．因错误操作导致的程序中断5．功能错误6．与数据库连接错误7．数据通讯错误-----------------------------------------------------------B类—较严重错误，包括以下各种错误：1．程序错误2．程序接口错误3．数据库的表、业务规则、缺省值未加完整性等约束条件-----------------------------------------------------------C类—一般性错误，包括以下各种错误：1．操作界面错误（包括数据窗口内列名定义、含义是否一致）2．打印内容、格式错误3．简单的输入限制未放在前台进行控制4．删除操作未给出提示5．数据库表中有过多的空字段-----------------------------------------------------------D类—较小错误，包括以下各种错误：1．界面不规范2．辅助说明描述不清楚3．输入输出不规范4．长操作未给用户提示5．提示窗口文字未采用行业术语6．可输入区域和只读区域没有明显的区分标志 E类—测试建议。

软件工程软件测试缺陷等级判定方法
软件工程软件测试缺陷等级判定方法
一、安全隐患
安全隐患是指潜在的安全威胁，可能会导致安全威胁发生。

安全隐患的等级可以根据其影响的范围划分，一般分为三个等级：高风险、中风险和低风险。

1. 高风险：高风险级别的安全隐患，指可能引发影响较大的安全事件，如暴露的敏感信息、访问控制缺陷、缓冲区溢出等。

2. 中风险：中风险级别的安全隐患，指可能引发一定影响的安全事件，如信息泄露、缓冲区错误、决策逻辑错误等。

3. 低风险：低风险级别的安全隐患，指可能会造成一定影响，但不会引发安全事件的潜在隐患，如软件界面设计等。

二、功能缺陷
功能缺陷是指在软件开发过程中，没有按设计要求实现的功能，或者根据用户的需求，软件系统未提供预期的功能。

功能缺陷等级主要有四个：高级别、中级别、低级别和建议级别。

1. 高级别缺陷：高级别缺陷是指程序失效或软件系统出现较严重错误，影响软件使用的缺陷。

2. 中级别缺陷：中级别缺陷是指程序失效或软件系统出现一定程度的错误，可能影响软件使用的缺陷。

3. 低级别缺陷：低级别缺陷是指程序失效或软件系统出现较小的错误，可能影响软件使用体验的缺陷。

4. 建议级别缺陷：建议级别缺陷是指软件系统出现的可优化的缺陷，或者是根据用户需求，软件系统没有进行相应的功能开发，但不影响软件使用的缺陷。

软件缺陷等级划分标准软件缺陷等级划分标准导言：在软件开发和维护过程中，我们难免会遇到各种各样的缺陷。

这些缺陷可能导致软件不能正常工作，影响用户的体验，甚至引发严重的安全漏洞。

为了更好地管理和解决缺陷，软件缺陷等级划分标准应运而生。

本文将探讨软件缺陷等级划分标准的多个方面，并分享一些个人观点和理解。

第一部分：软件缺陷等级的重要性1.1 缺陷等级对软件质量的影响软件缺陷等级的划分对于软件质量的评估至关重要。

不同等级的缺陷对软件功能和性能造成的影响程度各不相同，因此，根据缺陷的等级进行分类可以帮助开发人员有针对性地解决问题，从而提高软件的质量。

1.2 缺陷等级对软件项目管理的作用在软件项目的开发和维护中，缺陷等级可以作为一个指导和监控的工具。

通过对缺陷进行等级划分，项目管理者可以更好地分配资源和优先处理缺陷，提高开发效率和项目进度。

第二部分：常见的软件缺陷等级划分标准2.1 严重程度等级划分在严重程度等级划分中，通常将缺陷划分为不同的等级，如致命错误、严重错误、一般错误和轻微错误。

这种划分标准主要根据缺陷对软件功能和性能造成的影响程度来进行分类。

例如，一个致命错误可能导致软件完全崩溃，而一个轻微错误只会导致一些不重要的功能无法正常工作。

2.2 优先级等级划分在优先级等级划分中，通常根据开发人员或用户对缺陷的重视程度来进行分类。

常见的优先级等级包括高、中和低。

高优先级的缺陷通常是影响了软件的主要功能或者导致严重安全漏洞的问题，中优先级的缺陷可能会导致软件的功能受限，而低优先级的缺陷可能只是一些不重要的细节问题。

2.3 复杂度等级划分在复杂度等级划分中，通常根据修复缺陷所需的时间和工作量来进行分类。

复杂度等级可以包括简单、中等和复杂。

一个简单的缺陷可能只需要几分钟的时间修复，而一个复杂的缺陷可能需要几天甚至几周的时间和大量的工作来解决。

第三部分：个人观点和理解我认为软件缺陷等级划分标准在软件开发和维护中起到了至关重要的作用。

软件缺陷software defect 分类标准软件缺陷(software defect)是对软件产品预期属性的偏离现象。

它包括检测缺陷和残留缺陷。

每一个软件组织都知道必须妥善处理软件中的缺陷。

这是关系到软件组织生存、发展的质量根本。

一、软件缺陷(software defect)分类标准1.1缺陷属性属性名称描述缺陷标识(Identifier)缺陷标识是标记某个缺陷的一组符号。

每个缺陷必须有一个唯一的标识缺陷类型(Type)缺陷类型是根据缺陷的自然属性划分的缺陷种类。

缺陷严重程度(Severity)缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。

缺陷优先级(Priority)缺陷的优先级指缺陷必须被修复的紧急程度。

缺陷状态(Status)缺陷状态指缺陷通过一个跟踪修复过程的进展情况。

缺陷起源(Origin)缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段。

缺陷来源(Source)缺陷来源指引起缺陷的起因。

缺陷根源(Root Cause)缺陷根源指发生错误的根本因素。

1.2缺陷类型(Type)缺陷类型编号缺陷类型描述10F-Function影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。

并且设计文档需要正式的变更。

如逻辑，指针，循环，递归，功能等缺陷。

20A-Assignment需要修改少量代码，如初始化或控制块。

如声明、重复命名，范围、限定等缺陷。

30I-Interface与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。

40C-Checking提示的错误信息，不适当的数据验证等缺陷。

50B Build/package/merge由于配置库、变更管理或版本控制引起的错误。

60D-Documentation影响发布和维护，包括注释。

70G-Algorithm算法错误。

80U-User Interface人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。

缺陷（BUG）类型划分1简介1.1目的本文档的目的是为同行评审、软件测试提供缺陷分类的标准1.2范围本文档适用于软件项目的软件测试活动及同行评审活动1.3 对象测试工程师、质量工程师1.4 术语1、软件缺陷对软件产品预期属性的偏离，包括内部测试缺陷和遗留缺陷2、内部测试缺陷软件进入用户使用前被检测出来的缺陷3、遗留缺陷（1）软件进入用户测试阶段，用户检测出的缺陷（2）软件发布使用后，用户检测出的缺陷2缺陷分类标准2.1缺陷属性2.2缺陷类型本文按照目前web应用测试软件缺陷的特征进行分类，结合部门产品，简要描述各类缺陷的情况2.3缺陷严重性2.4缺陷优先级2.5缺陷状态（1）TD中的缺陷状态（2）excel中的缺陷状态2.6缺陷起源2.7缺陷来源2.8缺陷根源3缺陷状态的处理过程教你如何用WORD文档(2012-06-27 192246)转载▼标签：杂谈1. 问：WORD 里边怎样设置每页不同的页眉？如何使不同的章节显示的页眉不同？答：分节，每节可以设置不同的页眉。

文件――页面设置――版式――页眉和页脚――首页不同。

2. 问：请问word 中怎样让每一章用不同的页眉？怎么我现在只能用一个页眉，一改就全部改了？答：在插入分隔符里，选插入分节符，可以选连续的那个，然后下一页改页眉前，按一下“同前”钮，再做的改动就不影响前面的了。

简言之，分节符使得它们独立了。

这个工具栏上的“同前”按钮就显示在工具栏上，不过是图标的形式，把光标移到上面就显示出”同前“两个字来。

3. 问：如何合并两个WORD 文档，不同的页眉需要先写两个文件，然后合并，如何做？答：页眉设置中，选择奇偶页不同与前不同等选项。

4. 问：WORD 编辑页眉设置，如何实现奇偶页不同比如：单页浙江大学学位论文，这一个容易设；双页：（每章标题），这一个有什么技巧啊？答：插入节分隔符，与前节设置相同去掉，再设置奇偶页不同。

5. 问：怎样使WORD 文档只有第一页没有页眉，页脚？答：页面设置－页眉和页脚，选首页不同，然后选中首页页眉中的小箭头，格式－边框和底纹，选择无，这个只要在“视图”――“页眉页脚”，其中的页面设置里，不要整个文档，就可以看到一个“同前”的标志，不选，前后的设置情况就不同了。

软件缺陷分类标准 Version 1.1分类 :<标准 >使用部门 :<测试人员、项目组 >目录1. 简介 ........................................................................................................................................... ..................... 1 1.1目的 ........................................................................................................................................... ............. 1 1.2范围 ........................................................................................................................................... ............. 1 1.3文档结构 ........................................................................................................................................... ..... 1 1.4词汇表 ........................................................................................................................................... (1)2. 软件缺陷分类标准 (1)2.1缺陷属性 ........................................................................................................................................... ..... 1 2.2缺陷类型(TYPE (2)2.3缺陷严重程度(SEVERITY ................................................................................................................. 2 2.3.1软件测试错误严重程度 ................................................................................................................ 2 2.3.2同行评审错误严重程度 . (2)2.4缺陷优先级(PRIORITY ..................................................................................................................... 3 2.5缺陷状态(STATUS (3)2.6缺陷起源(ORIGIN (3)2.7缺陷来源(SOURCE (3)2.8缺陷根源(R OOT CAUSE (3)2.9缺陷分类适用范围 (4)3. 参考文献 ........................................................................................................................................... . (4)4. 附录 ........................................................................................................................................... (4)软件缺陷分类标准1. 简介1.1 目的本文档的目的是为同行评审、软件测试提供缺陷分类的标准。

软件开发缺陷等级定义
bug缺陷等级一般划分为四个等级：致命、严重、一般、轻微
1＞致命:―I
不能执行正常工作或重要功能、导致系统崩溃或资源严重不足、造成数据丢失，包括：1）系统或程序引起死机
2）系统崩溃、意外退出
3）程序死循环、数据库发生死锁
4）因错误操作导致的程序中断
2、严重：
严重影响系统要求或基本功能实现、且不存在可替代的解决方法或方式，包括：1）功能未实现或实现错误
2）数据计算错误、产生错误结果
3）数据通讯错误、程序接口错误
4）需求功能流程错误或需求缺失
5）数据约束错误、数据输入输出错误
6）交易报错（交易报错导致交易无法继续等）
于该级别的缺陷包 3—般:
影响系统要求或基本功能实现，但存在可替代的解决方法或方式。

属于该级别的缺 陷包括:
1） 打印内容、格式错误
2） 简单的输入限制未放在前台进行控制
3） 删除操作未给出提示
4） 操作界面信息错误（包括数据窗口内列名定义、含义是否一致） 5） 数据库表中有过多的空字段
操作不便或遇到麻烦，但不影响执行工作或使用重要功能。

括：
1） 界面不规范，域控制不规范
2） 辅助说明描述不清楚、提示窗口文字未采用行业术语
3） 输入输出不规范
4） 长时间操作未给用户提示
5） 可输入区域和只读区域没有明显的区分标志
6） 控件没有对齐、标点符号丢失或不正确
7）需求瑕疵包括需求错别字等。