bug等级划分
BUG等级分类参考
BUG 等级分类参考
一．ＢＵＧ等级分类
1.崩溃：阻碍开发、测试工作；造成系统崩溃、死机、数据丢失；主要功能、基本模块丢失、一级菜单不能使用；
2.严重：功能设计与需求严重不符；数据数值计算出错；程序接口调用出错；
3.一般：功能未实现但不影响使用；操作时间较长；数据库表字段过多；页面样式（如错别字、界面格式不规范、页面显示重叠、不该显示未隐藏、描述不清楚、提示语丢失、文字排列不整齐、光标位置不正确）
4.次要：页面建议性问题不影响正常使用；用户体验感觉不好；
(注：对应禅道类型严重程度1.2.3.4)
二．ＢＵＧ状态
1.待处理：测试人员与网站使用人员发现问题提交的状态。
2.已确认：由开发人员确认。
（此步可省略）
3.已处理：经测试人员与开发人员讨论确认ＢＵＧ，修改后未验证。
由开发人员来设置。
4.已修改：测试人员验证ＢＵＧ已修改。
由测试人员来设置。
（在禅道关闭ＢＵＧ）
5.仍存在：测试人员验证ＢＵＧ修改不通过。
由测试人员来设置。
（在禅道激活ＢＵＧ）
6.暂不处理：当前版本不作修改，后续版本再作处理。
由测试人员与开发人员讨论后设置。
三．ＢＵＧ处理流程 验证ＢＵＧ是
否解决（测试）
指定ＢＵＧ修改人
员（开发）
分配ＢＵＧ修
改人员（开发）
当前版本是否
解决（开发） 提出ＢＵＧ（测试）
汇总ＢＵＧ（总监） 否
是
是
否。
2021年BUG等级划分标准
BUG等级划分方法一、欧阳光明（2021.03.07）二、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）三、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
bug分级管理制度
bug分级管理制度随着软件产品的复杂度和功能的不断增加，软件开发过程中出现Bug已经成为一种常态。
对于软件开发团队来说，如何有效地管理Bug，快速定位和解决Bug，是提高软件质量和用户体验的关键。
因此，建立一个科学有效的Bug分级管理制度至关重要。
2. 目的和意义Bug分级管理制度的目的主要包括：(1) 有效区分Bug的优先级，保证高优先级Bug得到及时处理；(2) 提高Bug解决效率，减少因为Bug而引起的软件发布延迟；(3) 帮助开发团队更好地了解软件中存在的问题，为后续版本的优化改进提供参考。
3. 制度内容Bug分级管理制度主要包括Bug的分级标准、Bug的处理流程和Bug的跟踪和反馈机制。
1) Bug的分级标准Bug的分级标准主要包括Bug的优先级和严重程度两个方面。
一般来说，Bug的优先级可以分为4个等级：紧急（Critical）、高（High）、中（Medium）和低（Low）；Bug的严重程度可以分为5个等级：致命（Fatal）、严重（Serious）、一般（Normal）、轻微（Minor）和建议（Suggestion）。
根据不同的Bug的影响范围、影响程度和解决的难易程度，将Bug分为不同的优先级和严重程度，并制定相应的处理标准。
2) Bug的处理流程Bug的处理流程包括Bug的提交、审核、跟踪、解决和验证等环节。
具体流程如下：a. Bug的提交：Bug可以由开发人员、测试人员或用户提交，需要填写Bug报告，包括Bug的描述、复现步骤、截图等信息，并指定Bug的优先级和严重程度。
b. Bug的审核：Bug报告会交由Bug管理员或项目经理审核，确认Bug是否有效。
若Bug 无效，则关闭；若Bug有效，则分配给相应的开发人员处理。
c. Bug的跟踪：开发人员接受Bug后，需要及时跟进Bug的处理进度，并更新Bug的状态和解决情况。
d. Bug的解决：开发人员需要按照Bug的优先级和严重程度，及时解决Bug，并提交代码变更。
bug等级
严重程度说明一级缺陷(Blocker) ●系统异常：测试执行直接导致系统死机、被测软件响应明显很慢（假死）、非法退出、崩溃、不响应、内存泄漏●数据错误：导致原有数据丢失或损坏，数据无法正常保存。
●性能问题：程序没有释放系统资源（CPU、内存、I/O）或没有断开数据库连接●安全问题：系统登录安全性问题；代码未混淆；涉及敏感信息用明文保存，如：密码以及通信信息。
●数据库发生死锁二级缺陷（Critical）●数据无法保存的；●主要功能链接实现有误的；●用户频繁操作的功能没有实现或者实现有误的；●用户需求实现错误或未实现，且影响到用户完成业务●功能错误： Installer错误、与其他软件的冲突错误，如系统软件，常用应用软件（办公，邮件，安全，系统管理等）；●用户使用频繁的功能，响应时间超出忍耐限度，但不影响其他功能模块；三级缺陷（Major）●UI上存在错误引导用户的信息；●UI上信息缺失、无法显示完整或出现乱码从而给用户造成疑惑的；●用户频繁使用的功能易用性差（操作起来麻烦、复杂、效率低）；●用户使用不频繁的功能，响应时间超出忍耐限度；●用户操作过程中系统出现异常报错，但不影响系统功能的使用；●用户需求实现错误，但不影响用户完成业务或者用户使用不频繁的；●用户需求未实现，但不影响用户完成业务或者用户使用不频繁；●必填/必选项没有做验证的；●由于图片丢失而影响功能实现的；●页面排版问题，且影响用户阅读的；●由于字段类型/长度没有约束而出现功能实现错误的；四级缺陷（Minor）●页面错误：页面不美观，布局不合理，界面不一致，不同大小字体、分辨率下页面显示有问题，有错别字，提示信息与需求不一致；●功能错误：页面元素不正确(如按钮该灰时不灰，不该灰时变灰) ，软件不能处理用户可能使用的极端条件下的操作；●文档错误：图片显示不正确，错别字，格式、排版错误；●校验错误：字符约束校验不正确；●页面排版有误，但不影响阅读的；●拼写语法错误，但不误导用户操作的；●默认值缺失；●由于图片丢失但不影响功能实现的；●其他用户不频繁使用的功能易用性差五级缺陷（Trivial）●页面错误：使用不符合习惯建议改进；●易用性问题：软件交互性不好，对于用户可能造成难于操作、学习和理解；●需求没有明确，不影响现有功能实现的，但修改后可以更好地实现软件功能的。
bug定义标准
BUG定义标准广东旭普空间信息技术产业发展有限公司2009-10-30文档修订记录：*说明：C――创建，A——增加，M——修改，D——删除1引言1.1目的对 BUG 概念、分类、 BUG 状态、 BUG 等级划分等内容进行定义和规范，以便进一步指导我们的测试工作。
一方面也让开发人员明白各类BUG的定义，及测试人员对其程序中各类缺陷等级划分的依据。
1.2 概念BUG ：软件中存在的瑕疵，可能会导致系统失效。
简单的说就是软件系统中存在可能导致系统出错、控制失效、死机等错误或缺陷。
1.3相关名词解释1、软件错误：指在软件生存周期内出现的不希望或不可接受的人为错误。
2、软件缺陷：是存在于软件（文档、数据、程序）中偏离需求说明书的现象，其结果是软件运行于某一特定条件时会出现软件故障。
3、软件故障：是指软件运行过程中出现的一种不希望或不可接受的内部状态，比如：软件处于处理一个多余循环过程时，我们可以称软件出现故障，若此时没有适当的容错措施加以处理，就会导致软件失效。
4、软件失效：软件运行时产生的一种不希望或不可接受的外部行为结果。
1.4 参考资料1、<<测试管理—bug管理>>2、<<CMM缺陷等级划分标准>>3、51testing软件测试专业论坛2 BUG提交要求1Bug通过测试组评审，属于已确认的bug2测试人员需用清晰、简洁的文字描述bug，并能复现3 BUG分类1、功能错误以需求说明书为参照，未达到或未完成需求说明书所描述的功能即为功能错误。
具体基本上可分为：a、严重花屏b、内存泄漏c、用户数据丢失或破坏d、系统崩溃/死机/冻结e、模块无法启动或异常退出f、严重的数值计算错误g、重复的功能h、多余的功能i、遗漏的功能j、需求未实现k、功能设计与需求严重不符l、其它导致无法测试的错误2、编码错误在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。
缺陷等级划分
缺陷严重级别定义:o最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o紧急---事件非常重要,并且需要马上给予关注.o高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决. o低级---事件不重要,可以在时间和资源允许的情况下再解决.o建议性缺陷.更为详细的划分如下:A类——严重错误，包括：o由于程序所引起的死机,非法退出o死循环o导致发生死锁o数据通讯错误o严重的数值计算错误B类——较严重错误，包括：o功能不符o数据流错误o程序接口错误o轻微的数值计算错误C类——一般性错误，包括：o界面错误(详细文档)o打印内容、格式错误o简单的输入限制未放在前台进行控制o删除操作未给出提示D类——较小错误，包括：o辅助说明描述不清楚o显示格式不规范o长时间操作未给用户进度提示o提示窗口文字未采用行业术语o可输入区域和只读区域没有明显的区分标志o系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4. 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG：执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
缺陷等级划分
缺陷严重级别定义:o 最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等. o 紧急---事件非常重要,并且需要马上给予关注.o 高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o 中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决. o 低级---事件不重要,可以在时间和资源允许的情况下再解决.o 建议性缺陷.更为详细的划分如下:A类——严重错误，包括：o 由于程序所引起的死机,非法退出o 死循环o 导致发生死锁o 数据通讯错误o 严重的数值计算错误B类——较严重错误，包括：o 功能不符o 数据流错误o 程序接口错误o 轻微的数值计算错误C类——一般性错误，包括：o 界面错误(详细文档)o 打印内容、格式错误o 简单的输入限制未放在前台进行控制o 删除操作未给出提示D类——较小错误，包括：o 辅助说明描述不清楚o 显示格式不规范o 长时间操作未给用户进度提示o 提示窗口文字未采用行业术语o 可输入区域和只读区域没有明显的区分标志o 系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1. 致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2. 严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3. 一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4. 微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG ：执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
BUG统计与质量控制
BUG统计与质量控制一、背景介绍在软件开发过程中，BUG（缺陷）是不可避免的。
为了保证软件的质量，需要对BUG进行统计和质量控制。
本文将详细介绍如何进行BUG统计和质量控制的标准格式。
二、BUG统计1. BUG分类根据缺陷的性质和影响程度，将BUG分为以下几类：功能性缺陷、界面缺陷、性能缺陷、安全性缺陷等。
2. BUG级别根据缺陷的严重程度，将BUG分为以下几个级别：致命（影响软件主要功能）、严重（影响软件次要功能）、一般（影响软件次要功能但不影响使用）、轻微（不影响软件功能但影响使用体验）。
3. BUG状态将BUG的处理状态分为以下几种：新建（刚刚发现的BUG）、已分配（已经分配给相应的开发人员）、已解决（开发人员已经修复BUG）、已验证（测试人员已经验证修复结果）、已关闭（BUG已经完全解决）。
4. BUG统计报告每周或每月根据BUG分类、级别和状态生成BUG统计报告，报告中应包含各类BUG的数量、级别分布、状态分布等数据，并可根据需要展示相应的图表。
三、质量控制1. 编码规范制定统一的编码规范，包括命名规范、代码风格、注释规范等，以提高代码的可读性和可维护性。
2. 静态代码分析使用静态代码分析工具对代码进行检查，发现潜在的缺陷和不规范的代码，及时修复，提高代码的质量。
3. 单元测试编写单元测试用例，对每个模块进行测试，覆盖各种情况，确保代码的正确性和稳定性。
4. 集成测试将各个模块进行集成测试，验证模块之间的交互是否正常，确保系统的整体功能和性能符合要求。
5. 用户反馈及时收集用户的反馈意见和BUG报告，对用户反馈的问题进行分析和处理，修复BUG并进行相应的测试。
6. 定期评审定期进行代码评审和项目评审，发现潜在的问题和风险，及时采取措施进行改进。
四、总结通过BUG统计和质量控制，可以及时发现和解决软件中的缺陷，提高软件的质量和稳定性。
在BUG统计中，需要对缺陷进行分类、级别划分和状态跟踪，并生成相应的统计报告。
BUG类型和等级分类
Very High
High
Medium
Low
√ √ √ √ √ √ √ √ √ √ √ 无等级划分 √ √ 测试人员操作的步骤及崩溃的次数 根据实际Bug选择 √
缺陷等级划分
缺陷严重级别定义:o最高级--导致运行中断(应用程序崩溃),预期的功能没有得到实现,测试工作无法继续进行等.o紧急---事件非常重要,并且需要马上给予关注.o高级---事件是重要的,并且应该在紧急的事件处理之后尽快得到解决.o中级---事件是重要的,但是由于解决问题需要花费一定的时间,所以可以用较长的时间解决.o低级---事件不重要,可以在时间和资源允许的情况下再解决.o建议性缺陷.更为详细的划分如下:A类——严重错误，包括：o由于程序所引起的死机,非法退出o死循环o导致数据库发生死锁o数据通讯错误o严重的数值计算错误B类——较严重错误，包括：o功能不符o数据流错误o程序接口错误o轻微的数值计算错误C类——一般性错误，包括：o界面错误(详细文档)o打印内容、格式错误o简单的输入限制未放在前台进行控制o删除操作未给出提示D类——较小错误，包括：o辅助说明描述不清楚o显示格式不规范o长时间操作未给用户进度提示o提示窗口文字未采用行业术语o可输入区域和只读区域没有明显的区分标志o系统处理未优化E类——测试建议（非缺陷）软件公司对软件缺陷级别的定义不尽相同，一般可以分为4种：1.致命（fatal）：致命的错误，造成系统或应用程序崩溃（crash）、死机、系统悬挂、或造成数据丢失、主要功能组完全丧失2.严重（critical）：严重错误，指功能或者特性（feature）没有实现，主要功能丧失，导致严重的问题，或致命的错误声明3.一般的（major）：不太严重的错误，这样的缺陷虽然不影响系统的基本使用，但没有很好的实现功能，没有达到预期的效果。
如次要功能丧失，提示信息不太正确，或用户界面太差，操作时间长等4.微小的（minor）：一些小问题，对功能几乎没有影响，产品及属性仍可使用，如有个别错别字、文字排列不整齐等Bug严重程度定义：致命(Critical)BUG：测试执行直接导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一、Bug等级划分
严重程度：1-fatal(致命),2-critical（严重）,3-major（一般）,4-Minor（微小）
1-fatal: 系统出现瘫痪、服务中断或数据丢失，非正常返回操作系统、要求重启系统、关键功能缺乏并无法绕道，存在严重稳定性隐患, 重要或常用功能缺乏且不能绕过(10)
实例：【anroid-关于】点击“关于”后，应用闪退
步骤：⑴点击清除图片缓存
⑵点击自定义板块选择
⑶选择一板块-确认
⑷重复步骤1-3
⑸点击关于
实际结果：应用闪退
期望结果：正常进入关于页面
备注：操作步骤一般控制在6步以内
2-citical: 缺陷存在导致系统严重不稳定、数据出现错误用户体验带来极大不便。
（3）3-major 基本功能不能顺利实现，或其他辅助功能缺失。
存在不明确或不完整的错误提示信息。
缺陷的存在对用户产品使用影响较小且大都有绕道方法(1)
4-Minor基本或者辅助功能工作不稳定，缺陷的存在不会导致客户误解的显示或描述性错误，用户通常不易体察到。
(0.5)
5.建议性的问题，可提到级别为4中（目前禅道只有4），提交建议时，最好标明建议
类的字样
二、优先级别p1,p2,p3,p4分别与以上等级对应。
P1:对产品影响非常大，找出产品无法移交
P2:对产品影响比较大，如果发布给用户将会产生麻烦
P3:对产品影响一般，如果bug被解决，产品会更好
P4:对产品影响较小，其他bug解决后，在解决该类bug。