软件缺陷分类标准(最新)
软件错误分类与定级标准
软件错误分类与定级标准软件错误是指在软件开发和使用过程中发生的问题或缺陷。
准确地分类和定级软件错误可以帮助开发团队和用户更好地理解和解决问题。
本文将介绍常见的软件错误分类以及定级标准。
一、软件错误分类1. 程序错误（Bugs）：程序错误是指由于编码或设计错误导致的问题。
这类错误通常会导致程序崩溃、功能异常或逻辑错误等问题。
2. 界面错误：界面错误主要指与用户界面相关的问题，例如按钮无响应、布局混乱或文字显示错误等。
3. 安全错误：安全错误是指软件中存在的漏洞或不安全的设计，可能会导致用户信息泄漏、黑客攻击或系统崩溃等问题。
4. 性能问题：性能问题是指软件在处理大数据量或高负载情况下的速度和效率下降。
例如，响应缓慢、卡顿或内存占用过高等。
5. 兼容性问题：兼容性问题是指软件在不同操作系统、硬件设备或浏览器等环境下的适配性问题。
例如，界面错位、功能不可用或兼容性错误等。
二、错误定级标准为了更好地管理和解决软件错误，通常会对错误进行定级。
不同的定级可以帮助开发团队和用户确定处理错误的优先级和时间。
以下是常见的错误定级标准：1. 紧急级（Critical）：紧急级错误是指会导致软件崩溃、严重功能故障或系统不可用等问题。
这类错误需要立即解决，以确保软件的正常运行。
2. 高级（High）：高级错误是指会影响软件正常工作或功能受损的问题。
这类错误需要在短期内解决，以提高软件的稳定性和可用性。
3. 中级（Medium）：中级错误是指会影响软件的易用性或性能的问题。
这类错误需要在合理的时间内解决，以提升软件的用户体验和性能表现。
4. 低级（Low）：低级错误是指影响较小或不影响软件正常工作的问题。
这类错误可以在后续的版本中解决，但也需要跟进和处理。
5. 提示（Informational）：提示级错误是指提供有关软件使用或功能说明的信息。
这类错误不影响软件正常工作，但提供了一些额外的信息供用户参考。
三、处理软件错误的流程为了高效地处理软件错误，可以按照以下步骤进行：1. 报告错误：用户或测试人员应该及时报告发现的错误。
软件缺陷分类标准
软件缺陷分类标准
软件缺陷可以根据不同的标准进行分类。
以下是一些常见的软件缺陷分类标准：
1. 功能性缺陷：指软件功能无法正常工作或不符合预期要求的问题，如某个功能无法启动、不能正确计算结果等。
2. 易用性缺陷：指软件在用户界面方面存在问题，使用户难以理解、操作或导航。
例如，界面布局混乱、操作流程不直观等。
3. 性能缺陷：指软件在执行过程中出现的性能问题，如响应时间过长、运行速度慢等。
4. 兼容性缺陷：指软件与其他系统、平台或设备之间的兼容性问题，如不能在特定操作系统上运行、与其他软件不兼容等。
5. 安全性缺陷：指软件存在的安全风险和漏洞，可能被黑客攻击或滥用。
例如，密码泄露、权限控制不完善等。
6. 可靠性缺陷：指软件在长时间运行或高负载情况下出现的故障、崩溃或数据丢失等问题。
7. 可维护性缺陷：指软件代码或结构设计方面存在的问题，使软件难以维护、扩展或修改。
例如，代码冗余、缺乏注释或文档等。
8. 其他缺陷分类标准：根据不同的软件类型和行业特点，还可以使用其他分类标准，如移动应用程序中的交互性缺陷、电子商务网站中的支付缺陷等。
对于软件开发团队来说，合理分类和标记缺陷是非常重要的，可以帮助他们更好地理解和解决问题，提高软件质量和用户满意度。
软件缺陷分类标准
1
附录I 附录
等级 描述
系统死机 数据损坏 5-致命 功能失效 异常退出 功能缺少 功能错误 计算错误 4-非常高 精度错误 交互错误
缺陷等级定义标准
说明 测试特性
可靠性 可靠性 可靠性 可靠性 功能性 功能性 功能性 功能性 功能性
系统、环境及应用崩溃死机。 软件发生故障数据毁坏或丢失。 软件发生故障导致功能失效。 软件发生故障异常退出。 用户需求未实现。 实际提供功能与用户需求不一致。流程或接口 中，数据未做关联。 结果计算错误。 精度与用户需求不一致。 与其他软件或系统交换数据出错， 包括导出文件 后内容丢失。 未达到需求说明书中所规定的性能指标， 例如响 应时间过长。 输入未控制和未判断导致功能异常、信息缺失，
性能缺陷
效率
3-高
控制错误
或界面显示、 提示信息异常等； 如必输项、 重复、 数据约束、数据长度；删除未确认；屏蔽判定； 正常逻辑错误。 界面显示错误， 页面刷
错别字，打印内容格式错误。可修改字段与不可 修改字段中字体颜色标示未区别； 界面风格不一致，术语不统一，对话框颜色不一 致，按钮大小不统一，提示信息不一致；未使用 默认值，默认值使用不便或不正确。
易用性
易用性
1-低
建议意见
需求说明书、用户手册中未说明，但影响用户对 软件使用的方便性等。
易用性
1
附录II 验收通过标准 验收通过 通过标准 附录
验收项
缺陷数量 需求分析文档，设计文档和编码是否实现一致 验收测试工件齐全
验收通过标准
系统无 5-致命、4-非常高缺陷，3-高缺陷数量 不超过系统测试功能点数 2% 是 是
缺陷等级划分规定
缺陷等级划分规定１．缺陷等级划分规范１．１Bug等级种类及定义:Bug等级可分为:致命,严重,一般的,微小的四种.致命（critical）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失严重（major）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明一般的（normal）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等１．２等级划分步骤:1) 功能方面结合”缺陷发生率”(Exposure Risk)和”影响强度”(Impact Intensity)对Bug进行等级划分.”缺陷发生率”是指在运用产品过程中,出现某个缺陷的频率, 可分为四种:不可避免,经常,偶尔,很少.不可避免(Unaviodable):只要运行系统或应用程序,或者使用软件主要功能,该缺陷就能出现. 经常(Frequent):在使用软件过程中,需要通过几步操作出现,或者是一些不常用的非主要功能的缺陷,或者出现该缺陷的频率在30-70%的.偶尔(Occasional):缺陷出现的前提是通过多次操作或多个步骤,或者缺陷出现的概率在2%-30%.很少(Rare):低频率操作,或者出现的前提是通过N次操作或N个步骤,或者缺陷出现的概率低于2%的.“缺陷影响强度”是指在运用产品过程中,某个缺陷影响产品使用的程度,可分为三种:灾难性,障碍性,干扰性.灾难性(Disastrous):测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现；关键性能指标达不到要求；障碍性(Obstruction):系统的次要功能点或需求点没有实现；数据丢失或损坏。
软件缺陷分类标准(最新)
软件缺陷分类标准修订历史记录目录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 缺陷产生可能性。
Bug严重程度分类
系统存在较严重的安全隐患和性能问题；
系统易用性较差；
系统描述易引起较严重的误会或较严重的影响；
系统的某些功能没有实现而引起后续次要功能不能继续进行； 系统的次要功能没有实现；
由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局 部功能错误，但可以采取其他变通的操作实现。
系统存在严重的安全隐患和性能问题；
系统易用性很差；
系统描述易引起严重的误会或带来严重的影响；
系统的某些功能没有实现而引起后续主要功能不能继续进行； 软件规范严重不合理等。
2级：尽快修改
B类：较严重
指造成系统功能严重破坏或崩溃的，复位或重灌系统可以继续 运行；
严重地影响系统要求或基本功能的实现，且没有更正办法（重 新安或重新启动该软件不属于更正办法）；
3级：正常修改
C类：一般
指造成系统功能失效、会引起操作上重大误解的；
严重地影响系统要求或基本功能的实现，但存在合理的更正办 法（重新安装或重新启动该软件不属于更正办法）；
系统性能或响应时间变慢、产生错误的中间结果但不影响最终 结果等影响有限的问题；
由于编码不够完善，使某个小功能无法使用，或者对特殊的操 作与要求不能支持
存在隐含的安全漏洞，可以利用快捷方式、成批处理，以及权
限的组合应用中的安全漏洞进行未经授权的操作。
4级：稍后修改
D类：轻微
指系统功能在设计和开发中由于考虑不周所引起的问题，即可 能会造成系统在使用中会岀错的隐患或造成使用中会产生歧义 的；
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要 功能；
软件缺陷等级标准
软件缺陷等级标准按照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. 性能缺陷：指软件在性能方面存在问题，如响应时间过长、资源占用过高等。
4. 可用性缺陷：指软件在用户体验方面存在问题，如界面设计不合理、操作流程复杂等。
5. 安全性缺陷：指软件存在潜在的安全隐患，容易受到黑客攻击或者数据泄露。
二、缺陷优先级评估缺陷优先级评估是根据缺陷的影响程度和紧急程度，对缺陷进行排序和分级。
常见的缺陷优先级评估方法有以下几种：1. 严重程度划分：将缺陷按照严重程度分为高、中、低三个级别，根据软件系统的重要性和使用场景的不同进行划分。
2. 影响范围划分：将缺陷按照影响范围分为全局、局部和点对点三个级别，针对缺陷可能引起的风险进行划分。
3. 修复难度划分：将缺陷按照修复难度分为困难、一般和容易三个级别，根据开发和测试资源的情况进行划分。
三、缺陷分类与优先级评估的分析方法对于软件测试报告中的缺陷分类与优先级评估，可以采用以下方法进行分析：1. 统计与分析：对测试报告中的缺陷进行统计，查看不同类型缺陷的分布情况，分析哪些类型的缺陷较为严重或者频繁出现。
2. 用户反馈：收集用户的反馈意见和建议，了解用户对软件缺陷的感受和影响程度，结合用户反馈来进行缺陷的分类和优先级评估。
3. 团队讨论：开展团队内部的讨论和沟通，针对不同类型的缺陷进行详细分析和评估，形成统一的认识和解决方案。
缺陷标识标准
缺陷标识标准一、缺陷类型缺陷类型可分为以下几类：1. 功能缺陷：指产品或服务的功能不完整或存在问题，影响用户正常使用。
2. 性能缺陷：指产品或服务的性能未达到预期要求，如响应时间过长、内存占用过大等。
3. 界面缺陷：指产品或服务的界面存在问题，如布局不合理、样式不统一等。
4. 安全缺陷：指产品或服务存在安全漏洞，可能导致用户信息泄露、数据被篡改等。
5. 其他缺陷：指不属于以上类型的其他问题，如文档错误、测试用例错误等。
二、缺陷严重程度缺陷严重程度可分为以下几类：1. 致命缺陷：指产品或服务的关键功能无法实现，严重影响用户体验和安全性，需要立即修复。
2. 严重缺陷：指产品或服务的重要功能存在严重问题，影响用户正常使用，需要尽快修复。
3. 一般缺陷：指产品或服务的一般功能存在问题，不影响用户正常使用，但需要修复以提升用户体验。
4. 轻微缺陷：指产品或服务的界面、文档等存在轻微问题，不影响用户正常使用，但需要修复以提升产品或服务质量。
三、缺陷影响范围缺陷影响范围可分为以下几类：1. 全局影响：指缺陷影响产品或服务的全部用户，影响范围较大。
2. 部分影响：指缺陷仅影响产品或服务的部分用户，影响范围较小。
3. 个别影响：指缺陷仅影响个别用户或特定场景，影响范围较小。
四、缺陷发现时间缺陷发现时间可分为以下几类：1. 开发阶段发现：指在产品或服务的开发阶段，开发人员或其他相关人员发现的缺陷。
2. 测试阶段发现：指在产品或服务的测试阶段，测试人员发现的缺陷。
3. 用户反馈发现：指在产品或服务上线后，用户反馈的缺陷。
五、缺陷标识方式缺陷标识方式可分为以下几类：1. 文字描述：指使用文字描述缺陷的现象、位置和影响范围等信息。
2. 截图或录屏：指将缺陷的界面或操作过程截图或录屏，辅助描述缺陷信息。
3. 代码示例：指针对与代码相关的缺陷，提供相关的代码示例，以更准确地描述问题。
4. 其他辅助材料：指其他有助于描述和定位缺陷的辅助材料，如日志文件、错误报告等。
软件缺陷等级划分标准
软件缺陷等级划分标准软件缺陷等级划分标准导言：在软件开发和维护过程中，我们难免会遇到各种各样的缺陷。
这些缺陷可能导致软件不能正常工作，影响用户的体验，甚至引发严重的安全漏洞。
为了更好地管理和解决缺陷，软件缺陷等级划分标准应运而生。
本文将探讨软件缺陷等级划分标准的多个方面，并分享一些个人观点和理解。
第一部分：软件缺陷等级的重要性1.1 缺陷等级对软件质量的影响软件缺陷等级的划分对于软件质量的评估至关重要。
不同等级的缺陷对软件功能和性能造成的影响程度各不相同，因此，根据缺陷的等级进行分类可以帮助开发人员有针对性地解决问题，从而提高软件的质量。
1.2 缺陷等级对软件项目管理的作用在软件项目的开发和维护中，缺陷等级可以作为一个指导和监控的工具。
通过对缺陷进行等级划分，项目管理者可以更好地分配资源和优先处理缺陷，提高开发效率和项目进度。
第二部分：常见的软件缺陷等级划分标准2.1 严重程度等级划分在严重程度等级划分中，通常将缺陷划分为不同的等级，如致命错误、严重错误、一般错误和轻微错误。
这种划分标准主要根据缺陷对软件功能和性能造成的影响程度来进行分类。
例如，一个致命错误可能导致软件完全崩溃，而一个轻微错误只会导致一些不重要的功能无法正常工作。
2.2 优先级等级划分在优先级等级划分中，通常根据开发人员或用户对缺陷的重视程度来进行分类。
常见的优先级等级包括高、中和低。
高优先级的缺陷通常是影响了软件的主要功能或者导致严重安全漏洞的问题，中优先级的缺陷可能会导致软件的功能受限，而低优先级的缺陷可能只是一些不重要的细节问题。
2.3 复杂度等级划分在复杂度等级划分中，通常根据修复缺陷所需的时间和工作量来进行分类。
复杂度等级可以包括简单、中等和复杂。
一个简单的缺陷可能只需要几分钟的时间修复，而一个复杂的缺陷可能需要几天甚至几周的时间和大量的工作来解决。
第三部分：个人观点和理解我认为软件缺陷等级划分标准在软件开发和维护中起到了至关重要的作用。
软件缺陷分类标准及测试用例
软件缺陷分类标准及测试用例一、目的依据其引起的后果按照严重级别进行分类；测试人员可依据测试用例对程序进行基本的测试；对在测试过程中发现的软件缺陷可以依据分类标准进行分类二、范围指导技术部门项目的开发、测试、度量考核使用三、软件缺陷分类标准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 文件打开文件打开操作通常弹出文件打开对话框，文件打开对话框适用对话框的全部测试用例。
软件测试__缺陷类型划分
缺陷（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 文档只有第一页没有页眉，页脚？答：页面设置－页眉和页脚，选首页不同，然后选中首页页眉中的小箭头，格式－边框和底纹，选择无，这个只要在“视图”――“页眉页脚”，其中的页面设置里，不要整个文档，就可以看到一个“同前”的标志，不选，前后的设置情况就不同了。
软件缺陷分类标准
建议类错误
校验建议 说明建议
待定 待定
（建议E类） （建议E类）
说明：以上缺陷分类中的内容构成基本缺陷库，根据实际工作总结，将不断扩充、完善。如新增分类，或分类内容均需要经过技术总监与质量主管的认 可，备注中的内容为缺陷等级分类说明。
软 件 缺 陷 分 类 标 准
分类范畴 系统缺陷 子项目 由于程序所引起的死机，非法退出 程序死循环 程序错误 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 待定 缺陷等级 备注
（建议A类） 不能执行正常工作工那或重要功能，使系统崩溃 （建议A类） 或资源严重不足 （建议A类） （建议A类） （建议B类） 严重地影响系统要求或基本功能地实现，且没有 （建议B类） 办法更正（重新安装或重新启动软件不属更正 （建议B类） 办法） （建议B类） （建议B类） （建议B类） （建议B类） （建议B类） （建议B类） （建议B类） （建议B类） （建议B类） （建议C类） 严重的影响系统要求或基本功能的实现，但存在 （建议C类） 合理的更正办法（重新安装或重新启动软件不属 （建议C类） 于更正办法 （建议D类） 使操作者不方便或遇到麻烦，但不影响执行工作 （建议D类） 功能的实现 （建议D类） （建议D类） （建议D类） （建议D类） （建议E类） 建议性的改进要求 （建议E类）
数据缺陷
数据计算错误 数据约束错误 数据输入、输出错误
数据库缺陷
数据库发生死锁 数据库的表、缺省值未加完整性等约束条件 数据库连接错误 数据库中的表有过多的空字段 数据通讯错误 程序接口错误 硬件接口、通讯错误
接口缺陷
功能错误
软件缺陷的划分
软件缺陷常常又被称为Bug。
所谓软件缺陷就是指计算机软件或者程序中存在的某种破坏正常运行能力的问题、错误或者隐藏的功能缺陷。
Bug 的存在会导致软件产品在某种程度上不能满足用户的需要。
在IEEE 中对Bug 有一个标准的定义:从产品内部看，是指软件产品开发或维护过程中存在的错误、毛病等各种问题。
从产品外部看，是指系统所需要实现的某种功能的失效或违背。
缺陷种类缺陷可以分为不同的种类：遗漏：指规定或预期的需求未体现在产品中。
错误：指需求是明确的，在实现阶段未将规格说明正确实现。
冗余：指需求规格说明未涉及的需求被实现了。
不满意：除了上面3 种情况外，用户对产品的实现不满意也称为缺陷。
缺陷的等级划分在不同的企业对软件缺陷等级的划分大同小异，大致可分为五个等级：致命：指造成系统或应用程序死机、崩溃、非法退出等，会造成用户数据丢失或被破坏，功能设计与需求严重不符的问题。
严重：指功能和特性没有实现，导致模块功能失效或异常退出，还有程序接口错误或者数据流错误等问题。
一般：指主要功能丧失，提示信息不太正确，用户界面设计太差以及删除未提示等问题。
提示：指对功能几乎没有影响，产品及属性仍可使用的问题。
建议：测试人员提出的建议、质疑等问题。
缺陷报告缺陷报告是测试执行完成后，最重要的输出之一，一份好的缺陷报告也是提高软件质量的重要保障。
不同的公司因为缺陷管理的流程不一样，可能有不同的缺陷报告模版。
但是一个完整的缺陷报告通常应该包含以下内容：编号：用数字进行唯一标识缺陷，通常是在缺陷管理工具中新建Bug 时会自动生成。
状态：通常描述当前缺陷的状态，比如修复、延期等。
标题：通常用一句比较简洁的话来概括Bug，通过描述可以初步推测Bug 原因，来提高处理的效率。
类型：主要为了进一步描述缺陷产生的原因，比如功能错误、接口错误、数据库错误等。
所属版本：描述当前Bug 所在的测试版本，便于后期回归时注意测试版本。
所属模块：描述Bug 所在的业务模块，便于后期统计缺陷的分布情况，利于在进行回归测试的方法及测试策略的改进。
软件缺陷 software defect 分类标准
软件缺陷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人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。
缺陷分类标准
缺陷分类标准一、功能性缺陷。
功能性缺陷是指产品在实际使用过程中无法满足其设计或规格要求的缺陷。
这类缺陷通常包括功能不完整、功能错误、功能界面不符等问题。
在进行功能性缺陷分类时，我们可以根据功能模块、功能类型、功能级别等标准进行分类，以便更好地对功能性缺陷进行管理和解决。
二、性能缺陷。
性能缺陷是指产品在性能方面无法满足其设计或规格要求的缺陷。
这类缺陷通常包括性能不足、性能波动、性能不稳定等问题。
在进行性能缺陷分类时，我们可以根据性能指标、性能测试结果、性能影响范围等标准进行分类，以便更好地对性能缺陷进行管理和解决。
三、兼容性缺陷。
兼容性缺陷是指产品在与其他系统、软件或硬件的兼容性方面存在问题的缺陷。
这类缺陷通常包括与特定平台不兼容、与特定浏览器不兼容、与特定设备不兼容等问题。
在进行兼容性缺陷分类时，我们可以根据兼容性范围、兼容性影响、兼容性测试结果等标准进行分类，以便更好地对兼容性缺陷进行管理和解决。
四、安全性缺陷。
安全性缺陷是指产品在安全性方面存在问题的缺陷。
这类缺陷通常包括数据泄露、权限不足、漏洞利用等问题。
在进行安全性缺陷分类时，我们可以根据安全风险等级、安全漏洞类型、安全漏洞影响范围等标准进行分类，以便更好地对安全性缺陷进行管理和解决。
五、可靠性缺陷。
可靠性缺陷是指产品在可靠性方面存在问题的缺陷。
这类缺陷通常包括系统崩溃、数据丢失、功能异常等问题。
在进行可靠性缺陷分类时，我们可以根据可靠性影响程度、可靠性测试结果、可靠性故障率等标准进行分类，以便更好地对可靠性缺陷进行管理和解决。
综上所述，缺陷分类标准在产品开发和测试过程中起着非常重要的作用。
通过对缺陷进行分类，我们可以更好地理解和管理产品中的问题，从而及时有效地解决缺陷，提高产品质量，满足用户需求。
因此，我们需要在实际工作中充分利用各种缺陷分类标准，以便更好地进行缺陷管理和解决。
缺陷分级规则
5）界面不一致，或界面不正确
6）日期或时间初始值错误（起止日期、时间没有限定）
文字错误
1）容易给用户误解和岐议的提示
2）系统的提示语不明确，不简明
3）按钮或标签上有拼写错误的单词、不正确的大小写
4）对有疑虑的文档，提出修改建议
二．缺陷分类
A类问题
严重错误（期望2小时内解决，如不能完成需沟通注明修复时间点）
B类问题
次要错误兼容性错误（期望2个工作日内解决，如不能完成需沟通注明修复时间点）
C类问题
界面错误文字错误（期望项目结束前解决）
3）数据类型、长度定义错误的；
4）对用户的使用有操作顺序上的限制
5）列在需求规格说明书的需求未在系统中实现(次要功能点)
兼容性错误
1）浏览器兼容性错误
2）运行环境兼容性错误
界面错误
不正确的，但有使系统使用起来不太方便的错误
1）滚动条无效
2）可编辑区和不可编辑区不明显
3）光标跳转设置不好，鼠标（光标）定位错误；
缺陷分级规则
一．缺陷等级
严重等级
描述
严重错误
产生错误的结果，导致系统不稳定的问题
1）列在需求规格说明书的需求未在系统中实现(主要功能点，必须实现的功能)
2）业务流程不正确
3）产生错误结果，如价格，库存计算结果，报表数据错误等
次要错误
不调用或其它脚本错误；
2）功能的实现有问题。如在系统实现的界面上，一些可接受输入的控件点击后无作用；对数据库的操作不能正确实现
缺陷等级划分标准
致命 严重 一般
一、满足以下条件之一的，认为是致命缺陷： 1. 基本功能缺失，或者基本功能毫无用处； 2. 所产生的问题将导致系统系统崩溃或资源严重不足； 3. 所产生的问题导致阻塞测试任务执行。
二、常见致命缺陷举例： a) 程序引起的重启、死机、死循环、系统崩溃/冻结/非法退出 b) 功能设计与需求严重不符、核心功能没有实现或功能错误 c) 无法正常安装、卸载、进程资源不能释放 d) 共享资源发生死锁、数据库表发生死锁、数据库连接错误 e) 内存泄漏、内存溢出、数组越界 f) 用户数据丢失或破坏 g) 模块无法启动或异常退出 h) 严重的数值计算错误 i) 在 Win7、Win8、XP 操作系统运行不正常 j) 其它导致无法测试的错误 待续……..
一、满足以下条件之一的，认为是严重缺陷： 1. 基本功能实现不正常，严重不符合系统要求； 2. 所产生的问题会导致系统部分功能不正常； 3. 所产生的问题虽严重，但不影响系统测试任务执行或者影响较小。 4. 安全性控制不完备 5. 导致系统不稳定性 6. 大概率
二、常见严重缺陷举例： a) 基本功能实现错误、遗漏或实现不完整 b) 操作功能无法执行（含指令）、功能项（选项）使用无效 c) 因错误操作导致的程序中断 d) 重要的数据删除操作未给出提示 e) 数据流错误、数据容易被篡改、不能保存 f) 重要的数据通讯错误 g) 轻微的数值计算错误、业务流程错误、程序接口错误 h) 程序抛出异常信息没有处理 i) 安装后文件不全、文件错误造成基本功能无法实现 j) 前后台版本不兼容、与 Win7、Win8、XP 系统运行不兼容 待续……..
一、同时满足以下 3 个条件，认为是一般缺陷： 1. 功能运行正常，但有一些不一致的情况出现； 2. 所产生的问题不会影响系统任何问题； 3. 所产生的问题不影响测试任务的执行，或者通过其他规避措施继 续测试任务的执行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件缺陷分类标准
修订历史记录
（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缺陷产生可能性。