软件缺陷分类标准

软件错误分类与定级标准软件错误是指在软件开发和使用过程中发生的问题或缺陷。

准确地分类和定级软件错误可以帮助开发团队和用户更好地理解和解决问题。

本文将介绍常见的软件错误分类以及定级标准。

一、软件错误分类1. 程序错误（Bugs）：程序错误是指由于编码或设计错误导致的问题。

这类错误通常会导致程序崩溃、功能异常或逻辑错误等问题。

2. 界面错误：界面错误主要指与用户界面相关的问题，例如按钮无响应、布局混乱或文字显示错误等。

3. 安全错误：安全错误是指软件中存在的漏洞或不安全的设计，可能会导致用户信息泄漏、黑客攻击或系统崩溃等问题。

4. 性能问题：性能问题是指软件在处理大数据量或高负载情况下的速度和效率下降。

例如，响应缓慢、卡顿或内存占用过高等。

5. 兼容性问题：兼容性问题是指软件在不同操作系统、硬件设备或浏览器等环境下的适配性问题。

例如，界面错位、功能不可用或兼容性错误等。

二、错误定级标准为了更好地管理和解决软件错误，通常会对错误进行定级。

不同的定级可以帮助开发团队和用户确定处理错误的优先级和时间。

以下是常见的错误定级标准：1. 紧急级（Critical）：紧急级错误是指会导致软件崩溃、严重功能故障或系统不可用等问题。

这类错误需要立即解决，以确保软件的正常运行。

2. 高级（High）：高级错误是指会影响软件正常工作或功能受损的问题。

这类错误需要在短期内解决，以提高软件的稳定性和可用性。

3. 中级（Medium）：中级错误是指会影响软件的易用性或性能的问题。

这类错误需要在合理的时间内解决，以提升软件的用户体验和性能表现。

4. 低级（Low）：低级错误是指影响较小或不影响软件正常工作的问题。

这类错误可以在后续的版本中解决，但也需要跟进和处理。

5. 提示（Informational）：提示级错误是指提供有关软件使用或功能说明的信息。

这类错误不影响软件正常工作，但提供了一些额外的信息供用户参考。

三、处理软件错误的流程为了高效地处理软件错误，可以按照以下步骤进行：1. 报告错误：用户或测试人员应该及时报告发现的错误。

软件缺陷分类标准修订历史记录（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. 缺陷等级的定义：通常包括严重、一般、轻微等等，不同等级的定义可能有所不同，但一般都是根据缺陷的影响程度和紧急程度来划分的。

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

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

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

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

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

草稿终稿公开秘密机密绝密受控不受控文档修改记录目录1.......................................................................... 引言1编写目的 (1)定义与缩写 (1)参考资料 (1)2.............................................................. 软件缺陷分类标准1缺陷属性 (1)缺陷类型 (1)缺陷严重程度 (3)缺陷优先级 (4)缺陷状态 (4)缺陷来源 (4)1引言1.1编写目的制定本标准的目的是为软件测试提供缺陷分类的标准。

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

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

1.2定义与缩写表 1-1 定义与缩写1.3参考资料表1-2 参考资料列表2软件缺陷分类标准2.1问题类型表2-1 问题类型列表2.2缺陷属性表2-2 缺陷属性列表2.3缺陷类型缺陷种类：根据缺陷的自然属性来划分。

表2-2 缺陷类型列表2.4缺陷严重程度缺陷严重程度：指因缺陷引起的故障对软件产品的影响程度。

表2-3 缺陷严重程度列表2.5缺陷优先级缺陷优先级：指缺陷必须被修复的紧急程度。

“优先级”的衡量抓住了在严重性中没有考虑的重要程度因素。

表2-4 缺陷优先级列表2.6缺陷状态缺陷状态：指缺陷通过一个跟踪修复过程的进展情况。

表 2-6缺陷状态列表2.7缺陷来源缺陷来源：缺陷引起的故障或事件第一次被检测到的阶段。

表 2-7缺陷来源列表2.8缺陷原因缺陷原因：造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。

表 2-8缺陷原因2.9缺陷修改次数缺陷修改次数：同一个缺陷被重新修复的次数。

表 2-9缺陷修改次数表。

软件缺陷分类标准修订历史记录目录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 缺陷产生可能性。

软件测试中常见的八大软件缺陷分类在软件开发行业中，软件测试是一项至关重要的任务。

它确保软件产品能够按照用户需求、设计规范以及质量标准进行运行。

软件测试不仅仅是找到程序中的错误，更是一项综合任务，包括对软件的功能、性能、可靠性、用户界面、兼容性等多方面的测试。

而在软件测试中，缺陷分类也是一项很重要的工作。

软件缺陷指的是软件中出现的任何问题，如错误、漏洞和缺陷。

缺陷分类是指描述和分类这些软件缺陷的过程。

在本文中，将会介绍软件测试中常见的八大软件缺陷分类，包括：1.功能缺陷功能缺陷也称“功能故障”，指的是软件应当实现但未实现的功能。

例如，软件没有按照用户需求进行操作、未能提供全面的功能、或没有完全满足所有的用户需求等。

对这种缺陷进行测试和分类时，应当首先了解需求，以确保软件实现的功能是符合用户需求的。

2.界面缺陷界面缺陷指的是软件中针对用户的图形或文本界面存在的问题。

这种缺陷包括但不限于，窗口大小不当、按钮位置不当、文字排版不当等。

界面缺陷会对用户的使用造成困扰，并降低软件的易用性。

3.性能缺陷性能缺陷是指软件运行速度不足、响应时间过长或资源占用率过高等问题。

这些缺陷可能会导致软件无法适当地处理大量数据，或无法及时响应用户请求，这将产生长时间的等待或系统崩溃等问题。

4.兼容性缺陷兼容性缺陷是指软件与其他软件或硬件组件不兼容所导致的问题。

例如，软件不能在嵌入式系统或低端的计算机上运行，或不能与某些特定版本的操作系统或浏览器兼容。

这些问题可能会导致用户无法访问或使用软件。

5.安全性缺陷安全性缺陷是指软件存在未经身份验证的访问、黑客攻击或病毒感染等情况。

安全问题对软件的可靠性和可用性产生了严重的影响，并可能导致安全漏洞对系统产生重要的风险。

6.数据缺陷数据问题指的是软件在处理数据时出现的问题。

例如，程序可能错误地计算数据，导致结果不准确。

数据缺陷也可能是导致数据覆盖或丢失的原因。

7.文档缺陷文档缺陷包括错误或未完成的文档。

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

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

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

A类——严重错误，包括：
由于程序所引起的死机,非法退出
死循环
导致数据库发生死锁
数据通讯错误
严重的数值计算错误
需求未实现
文档与软件不符、文档严重不足、系统文档关键错误B类——较严重错误，包括：
功能不符
数据流错误
程序接口错误
轻微的数值计算错误
C类——中等错误。

包括：
程序非正常终止但可通过其它输入来避免
系统边界错误
显示报表错误
数据处理、需求理解错误
系统文档一般错误
D类——一般性错误，包括：
界面错误(详细文档)
打印内容、格式错误
简单的输入限制未放在前台进行控制
删除操作未给出提示
系统操作不方便
E类——较小错误，包括：
辅助说明描述不清楚
显示格式不规范、查询报告格式错误
长时间操作未给用户进度提示
提示窗口文字未采用行业术语
可输入区域和只读区域没有明显的区分标志系统处理未优化
F类——测试建议（非缺陷）。

软件缺陷分类标准及测试用例一、目的依据其引起的后果按照严重级别进行分类；测试人员可依据测试用例对程序进行基本的测试；对在测试过程中发现的软件缺陷可以依据分类标准进行分类二、范围指导技术部门项目的开发、测试、度量考核使用三、软件缺陷分类标准1、致命：数据丢失，数据计算错误、系统崩溃和非常死机等导致系统不能继续运行；由于程序所引起的死机,非法退出死循环数据库发生死锁数据库设计未达到第三范式的要求或需求规格说明的格式水平功能错误:只要列在需求中的功能在最终系统中没有达到，就属于功能性错误?????与数据库连接错误文件打开与保存错误性能与需求不一致存在安全性与保密性问题2、严重规定的功能没有实现或不完整或产生错误结果；设计不合理造成性能低下，影响系统的运营；使系统不稳定、或破坏数据；而且是常规操作中经常发生或非常规操作中不可避免的主要问题l 脚本错误l 因错误操作迫使程序中断l 程序接口错误l 数据库的表、业务规则、缺省值未加完整性等约束条件l 数据库表中的字段数据类型、长度等其它问题l 软件产品的编译，打包，安装，卸载错误3、一般：不影响业务运营的功能使用l 操作界面错误（包括数据窗口内列名定义、含义是否一致）l 打印内容、格式错误l 简单的输入限制未放在前台进行控制l 删除操作未给出提示l 数据库表中有过多的空字段l 快捷键无效，快捷键错误操作l 发生逻辑错误l 帮助文档错误4、轻微：界面拼写错误或用户使用不方便等小问题或需要完善的问题界面、控件的摆布、图标不规范辅助说明描述不清楚、不规范l 输入输出不规范长操作未给用户提示l 出错没有提示l 提示窗口文字未采用行业术语可输入区域和只读区域没有明显的区分标志不符合编码标准四、测试用例1、软件产品安装1.1 SETUP 程序的运行l 安装主画面上的软件名称及版本信息是否正确l 更改安装程序提供的缺省安装进行安装，程序是否能正确运行l 程序安装结束语是否正确l 程序组的建立是否正确l 程序项的建立是否正确l 在所有能中途退出安装的位置是否能正确退出安装程序1.2 卸载程序的运行l 是否有自带的卸载程序l 卸载程序是否能正确卸载l 如有个别文件不能卸载，是否有明确的提示，指导进一步处理l 卸载程序结束语是否正确2、界面测试用例2.1 窗口l 窗口在屏幕上的显示位置是否正确、美观l 窗口标题是否正确l 窗口中各对象位置是否正确、美观l 窗口的系统菜单及按钮操作是否正常l 窗口在各种不同分辨率下是否能全部显示2.2 菜单(MenuBar 及MenuItem)l 菜单是否显示正确l 菜单项文字意义是否明确l 主菜单条上各项是否均有快捷方式l 主菜单条上各项的快捷方式是否有效l 下拉式菜单中各菜单项显示是否正确l 下拉式菜单中各菜单项文字意义是否明确l 有快捷方式的下拉式菜单项的快捷方式是否有效2.3 工具条(ToolBar)l 工具条显示的位置是否正确l 工具条中各项必须均有浮动说明l 工具条中各按钮必须有按下和抬起两种状态l 可移动工具条在窗口边际位置其形状及位置的相应变化是否正确l 工具条中开关按钮、按钮组及ListBox 对象必须有缺省值2.4 状态条(StatusBar)l 状态条显示位置是否正确、美观l 状态条内状态信息显示是否根据操作而变化l 状态条内状态信息是否正确l 状态条内状态信息文字是否正确、意义是否明确2.5 对话框(DialogBox)l 对话框弹出时机及位置是否正确l 对话框内各对象位置是否正确l 对话框内各对象的文字标题意义是否明确l 模式对话框和非模式对话框的属性是否正确2.6 消息框(MessageBox)l 弹出时机及位置是否正确l 信息意义是否正确、意义是否明确l 弹出时必须锁住Mouse 消息和键盘输入***l 必须有正确的对象用于退出MessageBox 2.7 列表框(ListBox)l 列表框显示及位置必须正确、美观l 列表框应有缺省值l 列表框内可选内容必须全面2.8 RedioBoxl 显示位置要正确l 文字意义要明确l RedioBox 的成组关系要正确、选择必须互斥2.9 文字Labell 显示位置要美观l 文字意义要明确l 同一界面上字体及字体大小应统一、美观2.10 文字Button:l 显示正确且意义明确2.11 图象Buttonl 应相应的文字说明或意义明确l 应有按下和抬起两种状态l 在界面中所处位置要美观2.12 输入域2．12．1 字符输入域l 为空l 任意字符串（中英文）l 功能键及符号键l 超界字符串的处理2．12．2 时间输入域l 字符串输入域的测试用例l 各种时间表示格式的输入（美国方式及中国方式等）2．12．3 整型数字输入域l 字符串输入域的测试用例l 浮点数输入l 超界值处理l 负值输入l 各测试用例中数值在所处输入域中是否有意义2．12．4 浮点型数字输入域l 整型数字输入域中的测试用例l 超长浮点数输入2.13 显示域l 显示域中各对象显示位置正确、美观l 显示域中文字Label 信息正确l 显示域中文字Label 字体及字体大小应统一且美观l 显示域中显示信息应与输入的信息一致l 在屏幕显示不下时，应增加滚动条以确保信息显示的完整3．文件操作3． 1 文件打开文件打开操作通常弹出文件打开对话框，文件打开对话框适用对话框的全部测试用例。

软件缺陷分类标准 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 目的本文档的目的是为同行评审、软件测试提供缺陷分类的标准。

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

本文档说明了问题类型、缺陷属性、缺陷类型、缺陷严重程度、缺陷优先级、缺陷状态、缺陷来源、缺陷原因等。

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

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

2.3 缺陷类型缺陷种类：根据缺陷的自然属性来划分。

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

表格2-4 缺陷严重程度2.5缺陷优先级表2-5 缺陷优先级2.6 缺陷状态缺陷状态：是指缺陷通过一个跟踪修复过程的进展情况。

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

缺陷起源:在团建生命周期中软件缺陷占的比例:需求和构架设计阶段占54%、设计阶段占25%、编码阶段占15%、其他占6%。

表格2-7 缺陷来源、起源2.8 缺陷根源缺陷根源：测试策略，过程、工具和方法，团队\人，缺乏组织和通讯，硬件，软件，工作环境等造成上述错误的根本因素，以寻求开发、测试人员可改进的地方。

软件缺陷常常又被称为Bug。

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

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

在IEEE 中对Bug 有一个标准的定义:从产品内部看，是指软件产品开发或维护过程中存在的错误、毛病等各种问题。

从产品外部看，是指系统所需要实现的某种功能的失效或违背。

缺陷种类缺陷可以分为不同的种类：遗漏：指规定或预期的需求未体现在产品中。

错误：指需求是明确的，在实现阶段未将规格说明正确实现。

冗余：指需求规格说明未涉及的需求被实现了。

不满意：除了上面3 种情况外，用户对产品的实现不满意也称为缺陷。

缺陷的等级划分在不同的企业对软件缺陷等级的划分大同小异，大致可分为五个等级：致命：指造成系统或应用程序死机、崩溃、非法退出等，会造成用户数据丢失或被破坏，功能设计与需求严重不符的问题。

严重：指功能和特性没有实现，导致模块功能失效或异常退出，还有程序接口错误或者数据流错误等问题。

一般：指主要功能丧失，提示信息不太正确，用户界面设计太差以及删除未提示等问题。

提示：指对功能几乎没有影响，产品及属性仍可使用的问题。

建议：测试人员提出的建议、质疑等问题。

缺陷报告缺陷报告是测试执行完成后，最重要的输出之一，一份好的缺陷报告也是提高软件质量的重要保障。

不同的公司因为缺陷管理的流程不一样，可能有不同的缺陷报告模版。

但是一个完整的缺陷报告通常应该包含以下内容：编号：用数字进行唯一标识缺陷，通常是在缺陷管理工具中新建Bug 时会自动生成。

状态：通常描述当前缺陷的状态，比如修复、延期等。

标题：通常用一句比较简洁的话来概括Bug，通过描述可以初步推测Bug 原因，来提高处理的效率。

类型：主要为了进一步描述缺陷产生的原因，比如功能错误、接口错误、数据库错误等。

所属版本：描述当前Bug 所在的测试版本，便于后期回归时注意测试版本。

所属模块：描述Bug 所在的业务模块，便于后期统计缺陷的分布情况，利于在进行回归测试的方法及测试策略的改进。

软件缺陷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人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。

软件缺陷分类标准 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 目的本文档的目的是为同行评审、软件测试提供缺陷分类的标准。

软件缺陷等级标准按照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类—测试建议。