BUG级别定义标准v1.1 - 360文档中心

缺陷等级划分规定

缺陷等级划分规定１．缺陷等级划分规范１．１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):系统的次要功能点或需求点没有实现；数据丢失或损坏。

BUG等级划分标准

B U G等级划分方法一、测试BUG等级划分标准1、Blocker崩溃：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题;如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等该问题在测试中较少出现,一旦出现应立即中止当前版本测试;2、Critical严重：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试;功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等;如：软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试;3、Major一般：功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性;如：操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等该问题实际测试中存在最多,合理安排解决BUG,解决率关系版本的优化程度4、Minor次要：界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等;如：错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等此类问题在测试初期较多,优先程度较低；在测试后期出现较少,应及时处理二、BUG状态标准1、待处理new：测试人员或用户发现新问题后提交的状态2、已确认open：经测试人员及研发人员讨论后确认是BUG,提交的状态,由测试人员来设置;3、已处理fixed：经研发人员确认是BUG后修复的状态,修改还没有验证,由开发人员来设置;4、已修改closed：测试人员认为问题已经修改,通过验证,由测试人员设置;5、仍存在reopened：测试人员认为BUG未修复成功,问题仍然存在,由测试人员设置;6、不是问题reject：研发人员确认不是BUG,或者建议与意见决定不采纳;7、暂不处理hold：当前版本不做修改,后续版本再考虑,由研发人员或测试人员设置;三、BUG处理流程1、紧急：崩溃、严重BUG处理流程1-2天内解决2、优先：一般BUG处理流程尽快处理3、普通：次要BUG处理流程项目结束前处理。

测试BUG等级划分标准

BUG类型缺陷
S级bug，优先级最高
致命缺陷：
1、代码存在巨大缺陷（代码结构有巨大问题）
2、数据库存在巨大隐患（如恶意攻击造成的账户私密信息泄露）
3、充值存在问题（如金钱计算错误、充值不到账）
4、具体功能未实现
5、系统不稳定等（如常规操作会引发系统崩溃、死机、死循环）
A级bug，优先级次高
严重缺陷：
1、重要功能未实现（例如：更新的功能为实现，功能设计与需求严重不符）
2、功能操作影响多个其他功能
3、代码有错误（非常规操作会导致的崩溃、死机、死循环等）
4、UI界面存在影响功能实现的问题（封面图片的失真、压缩、完全变形等）
5、前端的安全问题等（密码明文显示等）
B级bug，优先级一般
一般缺陷：
1、次要功能不能正常实现
2、操作UI显示错误（增删改查等）
3、部分操作未给出提示（例如：删除、修改等）
4、UI兼容性问题等
建议修改类型缺陷
优化建议，优先级最低（建议修改）
程序在一些显示上不美观，不符合用户习惯，用户体验不佳或者是一些文字的错误
1、界面格数等不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误等等
需求
测试过程中发现的一些为实现功能，但不属于本次版本内容，下个版本增加的内容，缺陷记录为：需求。

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、编码错误在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。

缺陷等级划分规定

缺陷等级划分规定１．缺陷等级划分规范１．１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):系统的次要功能点或需求点没有实现；数据丢失或损坏。

bug等级划分标准

6. 测试bug等级划分标准：
按照jira管理工具上，bug主要分五类：
1）Blocker：阻碍开发或测试工作的问题。

（这个测试人员通常很少遇到）
2）Critical：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。

具体基本上可分为：
○严重花屏
○内存泄漏
○用户数据丢失或破坏
○系统崩溃/死机/冻结
○模块无法启动或异常退出
○严重的数值计算错误
○功能设计与需求严重不符
○用户权限问题
○安全问题
○其它导致无法测试的错误
3）Major：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
具体基本上可分为：
○功能未实现
○功能错误
○系统刷新错误
○语音或数据通讯错误
○轻微的数值计算错误
○系统所提供的功能或服务受明显的影响
4）Minor：界面、性能缺陷
具体基本上可分为：
○操作界面错误（包括数据窗口内列名定义、含义是否一致）
○边界条件下错误
○提示信息错误（包括未给出信息、信息提示错误等）
○长时间操作无进度提示
○系统未优化（性能问题）
○光标跳转设置不好，鼠标（光标）定位错误
5）Trivial：易用性及建议性问题
具体基本上可分为：
○界面格式等不规范
○辅助说明描述不清楚
○操作时未给用户提示
○可输入区域和只读区域没有明显的区分标志
○个别不影响产品理解的错别字
○文字排列不整齐等一些小问题
○建议。

BUG严重级别定义

BUG严重‎级别定义及‎描述1. 严重问题严重问题：阻碍开发或‎测试工作的‎问题。

修改优先级‎为最高，该级别问题‎需要立即修‎改。

1）系统崩溃2）导致程序重‎启,死机或非法‎退出3）死循环4）数据丢失或‎异常5）数据通讯错‎误2. 高级问题高级问题：系统无法执‎行、崩溃或严重‎资源不足、应用模块无‎法启动或异‎常退出、无法测试、造成系统不‎稳定。

修改优先级‎为高，该级别需要‎程序员尽快‎修改。

1）功能不符合‎用户需求2）数据计算错‎误3）业务流程错‎误4）程序接口错‎误5）因错误操作‎迫使程序中‎断6）系统可被执‎行，但操作功能‎无法执行（含指令）7）功能项的某‎些项目（选项）使用无效（对系统非致‎命的）8）功能实现不‎完整，如删除时没‎有考虑数据‎关联9）功能的实现‎不正确，如在系统实‎现的界面上‎，一些可接受‎输入的控件‎点击后无作‎用，对数据库的‎操作不能正‎确实现。

10）安全问题3. 中级问题中级问题：系统可以满‎足业务要求‎，系统性能或‎响应时间变‎慢、产生错误的‎中间结果但‎不影响最终‎结果等影响‎有限的问题‎。

修改优先级‎为中，该级别需要‎程序员修改‎。

1）数据长度不‎一致2）内容或格式‎错误3）响应时间较‎慢4）功能性建议‎5）提示信息不‎太准确6）操作界面错‎误（包括数据窗‎口内列名定‎义、含义是否一‎致）7）简单的输入‎限制未放在‎前台进行控‎制8）虽然正确性‎不受影响，但系统性能‎和响应时间‎受到影响9）不能定位焦‎点或定位有‎误，影响功能实‎现10）增删改功能‎，在本界面不‎能实现，但在另一界‎面可以补充‎实现4. 低级问题低级问题：界面、性能缺陷修改优先级‎为低，该级别需要‎程序员修改‎或不修改。

1）界面不规范‎2）辅助说明描‎述不清楚3）输入输出不‎规范4）长时间操作‎未给用户提‎示5）提示窗口文‎字未采用行‎业术语6）可输入区域‎和只读区域‎没有明显的‎区分标志7）必填项与非‎必填项应加‎以区别8）滚动条无效‎9）键盘支持不‎好，如在可输入‎多行的字段‎中，不支持回车‎换行10）界面不能及‎时刷新，影响功能实‎现5. 建议意见建议意见：希望提出的‎建议以及建‎议进行但不‎强制进行的‎修改。

bug优先级定义标准

bug优先级定义标准Bug是软件开发过程中不可避免的问题，它们可能会导致软件无法正常运行或者功能不完善。

为了能够高效地解决这些问题，我们需要对Bug进行优先级的定义和分类。

本文将介绍一种常见的Bug优先级定义标准，以帮助开发团队更好地管理和解决Bug。

一、严重性首先，我们需要对Bug的严重性进行评估。

严重性是指Bug对软件功能和用户体验的影响程度。

根据严重性的不同，我们可以将Bug分为以下几个级别：1. 严重（Critical）：这类Bug会导致软件无法正常运行，或者造成数据丢失、系统崩溃等严重后果。

例如，软件无法启动、关键功能无法使用等。

2. 高（High）：这类Bug会导致软件功能受限，或者造成用户体验不佳。

例如，某些功能无法正常使用、界面显示错乱等。

3. 中（Medium）：这类Bug会对软件功能和用户体验产生一定影响，但不会造成严重后果。

例如，某些功能存在小问题、界面布局不够美观等。

4. 低（Low）：这类Bug对软件功能和用户体验的影响较小，通常是一些细节问题。

例如，拼写错误、界面颜色不搭配等。

二、复现频率除了严重性，我们还需要考虑Bug的复现频率。

复现频率是指Bug 在软件运行过程中出现的概率。

根据复现频率的不同，我们可以将Bug分为以下几个级别：1. 必现（Always）：这类Bug在每次运行软件时都会出现，无论是在特定环境还是特定操作下。

例如，软件崩溃、功能无法使用等。

2. 偶现（Intermittent）：这类Bug在某些特定条件下会出现，但不是每次都能复现。

例如，某个功能在特定操作下会出现错误，但不是每次都会出现。

3. 难现（Difficult）：这类Bug很难复现，需要特定的环境或操作才能触发。

例如，某个功能在特定网络环境下才会出现问题。

4. 不易复现（Not Reproducible）：这类Bug很难复现，无法找到触发条件。

例如，用户报告了某个问题，但开发团队无法复现。

三、解决时间最后，我们需要考虑解决Bug所需的时间。

Bug严重程度分类

Bug
软件缺陷严重度划分为4类：A类（严重），B类（较严重），C类（一般），D类（轻微）
BUG优先级
BUG严重度
1级：立即修改
A类：严重
指造成系统严重破坏、挂起、崩溃，造成系统受阻无法运行；在流程、数据、安全方面存在重大问题，导致软件不具可用性；系统的核心/主要功能无效；
不能完全满足系统要求，基本功能未完全实现；
使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题；
系统存在较严重的安全隐患和性能问题；
系统易用性较差；
系统描述易引起较严重的误会或较严重的影响；
系统的某些功能没有实现而引起后续次要功能不能继续进行；系统的次要功能没有实现；
由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现。
界面拼写错误或用户使用不方便等小问题或需要完善的问题；存在某些细微的缺陷，但不影响程序正常应用。
3级：正常修改
C类：一般
指造成系统功能失效、会引起操作上重大误解的；
严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）；
系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题；
由于编码不够完善，使某个小功能无法使用，或者对特殊的操作与要求不能支持
软件规范轻度不合理，存在歧义，需要反或不友好；
功能虽然能够正常使用，但由于实现过程中缺乏容错性，不能对设计边界以外（甚至边界本身）的数据或操作做岀正确的响应，导致程序整体不稳定；
运行过程中弹出未控制的系统提示，但不影响流程继续；涉及数据错误的问题不存在轻度或细微状态；

Bug等级和定义

Bug等级/定义
等级修改完成时长验证完成时长
紧急2工作日1工作日
非常高3工作日2工作日
高4工作日3工作日
中5工作日4工作日
低6工作日4工作日
5级分类
A类（紧急）---导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露
1.系统崩溃。

如：应用程序死掉、应用程序异常退出
2.无法正常安装
3.升级脚本错误，升级失败
4.主要功能无法实现或遗漏，流程执行受阻等
……
B类（非常高）---导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现
1.基本功能存在部分问题或基本功能无法实现或遗漏
2.程序抛出异常
3.安装后文件不全、文件错误造成基本功能无法实现
4.用户需求未实现
……
C类（高）---影响被测功能正确实现的问题
1.次要功能存在部分问题
2.需求理解错误
3.计算错误/取值错误等
……
D类（中）---一般性错误或者功能实现不完善等
1.界面错误(详细文档)
2.打印内容、格式错误
3.删除操作未给出提示
4.系统操作不方便
……
E类（低）---较低级错误/一些建议性的错误
1.辅助说明描述不清楚
2.错字/别字
3.可输入区域和只读区域没有明显的区分标志
4.提示窗口文字未采用行业术语
5.长时间操作未给用户进度提示
6.显示格式不规范、查询报告格式错误
7.优化/建议性的错误
……。

(完整版)BUG 等级划分标准

BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。

如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。

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

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

如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。

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

如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。

如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。

bug严重等级划分

1、严重功能未实现或缺陷，影响游戏功能正常进行，阻碍玩家进行游戏的Bug2、导致玩家利益受损或使玩家获得利益的Bug 3、影响游戏平衡的Bug1、一般的功能缺陷，功能实现不完善，不影响游戏进行，但修复后明显改善玩家2、严重的UI、文字类问题的BugMajor（重要）功能实现与设计不符或不完善，对整体功能影响较大，比较影响玩家体验的BugBlocker（阻塞）阻碍测试工作及游戏无法进行的Bug Critical（严重）Normal（一般）Minor（微小）一般的UI、文字、提示问题的Bug1、服务器宕机2、回档3、内存泄露4、报错，导致测试工作及游戏无法继续进行5、无法登陆或无法连接服务器等6、版本发布错误（比如数据错置等）1、功能未实现或严重与需求不符2、导致一个或多个系统40%以上功能无法测试3、报错，报错后导致该功能或功能点不可用4、物品复制5、道具丢失、增加；人物、宠物属性丢失、增加；装备属性丢失、增加两点或两点以上；金钱、符石、积分增加、减少6、高价值物品的掉落、数值异常7、玩家社会关系消失、异常（公会、好友、结婚等）8、系统入口节点、NPC、任务等缺失9、网络延时，造成响应延迟或卡号10、该屏蔽的功能未屏蔽11、属性未丢失的情况下，无法达到该等级所应达到的能力12、主线任务断档1、导致一个系统40%以下功能无法测试2、导致玩家可以做到当前等级或能力无法做到的事情3、碰撞问题（进入后卡住；不应该设置碰撞的地方设置了碰撞），导致玩家无法继续进行4、屏蔽功能相关的附属屏蔽内容未屏蔽（比如相关提示、邮件、道具、附属功能、任务、传送）5、新增功能部分未实现，功能不完善6、低物价或非RMB物品掉率错误7、支线任务异常1、对功能及玩家影响较小的Bug2、UI 错位，重要提示缺失或错误3、翻译内容缺失或错误等（翻译问题会在项目后期如维护阶段适当提高严重等级）4、提示错误，产生歧义5、碰撞（未设置碰撞，但进入后可以走出）6、地图元件摆放错误，前后景错误等7、某一技能无特效1、对游戏影响不大的提示缺失，错误等2、非常用NPC头像错误等3、文字错误4、界面不友好，显示不全或超出，未换行等上线前或在当前大版本必须解决立即解决上线前或在当前大版本必须解决可以延迟解决，但不超过2个上线版本可以延迟解决，但不超过3个上线版本。

bug等级划分

一、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。

bug严重程度或等级划分

bug严重程度或等级划分（urgent 致命,high 严重,medium 中等,low 轻微，低级)
致命urgent：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。

比如：
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错，无法正常退出。

严重\高high：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比如：
1.功能未实现；
2.功能存在报错；
3.数值轻微的计算错误
一般/中等medium：
通常表现为：界面、性能缺陷
比如：
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题
比如：
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字，但是不影响功能
4.界面格式不规范
（注：文档可能无法思考全面，请浏览后下载，供参考。

可复制、编制，期待你的好评与关注！）。

bug单定级标准

bug单定级标准
Bug的单定级标准可以根据不同的情况和需求进行定义。

以下是一些常见的Bug定级标准：
1.致命Bug：这类Bug会导致系统崩溃、数据丢失或损坏，严重影响用户体
验或业务运行。

例如，服务端崩溃、数据库死锁等。

2.严重Bug：这类Bug会导致系统功能严重受限或异常，影响大部分用户的
使用。

例如，重要功能无法实现、操作功能异常退出等。

3.一般Bug：这类Bug对系统功能有一定影响，但不会严重影响用户体验或
业务运行。

例如，界面显示错误、部分功能使用不便等。

4.轻微Bug：这类Bug对系统功能影响较小，通常不会影响用户体验或业务
运行。

例如，小部分文字或图片错误、操作小细节上的不便等。

需要注意的是，Bug的定级标准并不是绝对的，需要根据具体情况进行判断。

同时，对于不同的项目或产品，Bug的定级标准也可能会有所不同。

bug定义标准

BUG定义标准广东旭普空间信息技术产业发展有限公司2009-10-30文档修订记录：版本号状态变更内容修改日期变更人V1.0 C 2009/10/28 宋洁*说明：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、编码错误在系统运行中出现各类系统报错以及出现死机、不能工作、没有反应的现象即为编码错误。

BUG等级得分资料

软件质量评估参照标准深圳市艾派应用系统有限公司Shenzhen iPi Application System Co.,Ltd. 核1前言为了评估研发部的项目版本质量，提供研发过程改进的参考数据及提倡各项目之间的质量横向对比，故制定此《软件质量评估参照标准》，以期更好、更快的提高软件产品质量。

2评估对象正式送测且在测试环境下正常完成测试的版本；3评估方法根据研发部门现有项目状况，以及度量基准数据来源的准确性及方便程度，现主要采用如下方式：✓定义评估参数及每个参数的得分比重；✓定义按测试用例数来度量软件规模等级;✓定义不同等级下的评估参数取值范围；根据以上3个基本要求，再拟定算法最终得出该版本的得分。

4评估数据来源评估数据来源主要来自于质量组的测试用例数以及BUG数据，其中需使用的名词解释如下：测试用例数：指在QC中当前版本执行的用例数（统计来源：DESSTEPS或step表中的数据）。

有效BUG数：指对应版本中正确有效的BUG数，不包括被Rejected及Cancel的BUG数。

5评估参数定义评估参数包括BUG密度、提交次数、返修率、基于等级的BUG得分四项；同时存在如下声明：✓版本打回：版本打回指在经过冒烟测试时被测试人员拒绝接收的版本，版本打回计多提交一次；它主要包括3类打回的情况：a.版本提交后测试问题过多，每走一个功能点就出现多个问题等，严重影响测试效率；b.版本提交后测试过程中因影响测试重新进行了关键性代码提交；c.版本提交后无法正常进行测试，排除2小时仍没有解决。

注：对于版本打回失误的情况，项目经理可进行申诉。

✓历史问题：指当前项目中存在的但非当前版本引入的问题；为了更好的提高最终上线的项目质成功时，会将新产生的问题纳入当前版本评估中，同时评估需叠加相应的用例数（功能问题对应1～10个用例；非功能问题对应1～5个用例）。

5.1BUG密度指基于执行测试用例的BUG密度；。

计算公式：缺陷数/（当前版本执行的用例总数＋叠加用例数）评价目的：BUG的密度控制所占比重：30分5.2提交次数指版本实际的提交次数；当存在非常小的需求的迭代版本提交送测时，仍按常规的提交次数计算（版本打回的重新提交也统计在内）；对于多模块的分次送测，以单模块的最大送测次数为计（如DC单独送测4次，desktop单独送测2次;则统计本版本的送测次数为4）；对于明确的分阶段迭代提交，则按总提交次数/2＋1的方式计算提交数（完全历史BUG的修复安排引发的提交次数不进行统计）评价目的：过程版本修订质量控制及测试质量控制所占比重：25分5.3返修率指非一次修复成功的BUG占有率；对于返修多次的BUG，需以＋1的方式统计（即一个BUG返修2次，则计2个返修BUG）计算公式：返修率=返修BUG总数/有效BUG总数；评价目的：修订BUG质量及BUG的编写质量所占比重：20分5.4BUG等级评分按等级分值定义：致命问题：5分；严重问题：2分；一般问题：0.5分；轻微问题：0.1分。

Bug等级划分

五级分类法Urgent（紧急）----严重错误，包括以下各种错误：1、由于程序所引起的死机，非法退出2、死循环3、数据库发生死锁4、因错误操作导致的程序中断5、功能错误（需求未实现）6、与数据库连接错误7、数据通讯错误Very high（非常高）----较严重错误，包括以下各种错误：1、程序错误2、程序接口错误3、数据库的表、业务规则、缺省值未加完整性等约束条件High（高）----一般性错误，包括以下各种错误：1、操作界面错误（包括数据窗口内列名定义、含义是否一致）2、打印内容、格式错误3、简单的输入限制未放在前台进行控制4、删除操作未给出提示5、数据库表中有过多的空字段Medium（中）----较小错误，包括以下各种错误：1、界面不规范2、辅助说明描述不清楚3、输入输出不规范4、长操作未给用户提示5、提示窗口文字未采用行业术语6、可输入区域和只读区域没有明显的区分标志七级分类法Blocker----中断缺陷：1、客户端程序无响应，无法执行下一步操作Critical----临界缺陷：1、功能点缺失，客户端无效页Major----较严重缺陷：1、功能点没有满足需求Normal----普通缺陷：1、数值计算错误2、javascript错误Minor----次要缺陷：1、界面错误与UI需求不符2、打印内容、格式错误3、程序不健壮，操作未给出明确提示Trivial----轻微缺陷：1、辅助说明描述不清楚2、显示格式不规范、数字、日期等格式3、长时间操作未给用户进度提示4、提示窗口文字未采用行业术语5、可输入区域和只读区域没有明显的区分标志6、必输项无提示，或者提示不规范Enhancement----测试建议、其它（非缺陷）1、以客户角度的易用性测试建议2、通过测试挖掘出来的潜在需求。

bug级别定义

bug级别定义1级Bug（主体产品层⾯）1级bug：阻碍开发或测试⼯作的问题。

修改优先级为最⾼，该级别问题需要⽴即修改。

导致产品崩溃或不响应、设备卡死、产品程序⽆法正常安装、启动或登录等缺陷，⽤户数据受到破坏的缺陷，服务器或数据库存在安全风险，严重影响项⽬进度。

包括但不限于以下错误：1）由于程序所引起的死机2）⾮法退出死循环3）数据库发⽣死锁4）内存泄漏5）因错误操作导致的程序中断6）重⼤功能错误7）与数据库连接错误8）数据通讯错误9）系统存在安全问题，缺陷导致重要数据丢失或损坏10）功能完全违背需求要求，严重不符合产品定义等等2级Bug （主要功能层⾯）2级Bug：系统⽆法执⾏、崩溃或严重资源不⾜、应⽤模块⽆法启动或异常退出、⽆法测试、造成系统不稳定。

修改优先级为⾼，该级别需要程序员尽快修改。

主要功能完全丧失或严重错误，产品主要流程⽆法进⾏，程序导致⽤户客户端或浏览器存在安全风险，严重地影响系统要求或主要功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。

包括但不限于以下错误：1）程序接⼝错误2）因错误操作迫使程序中断3）系统可被执⾏，但操作功能⽆法执⾏（含指令）4）单项操作功能可被执⾏，但在此功能中某些功能（含指令参数的使⽤）⽆法被执⾏（对系统⾮致命的）5）在功能项的某些项⽬（选项）使⽤⽆效（对系统⾮致命的）6）业务流程不正确，或者功能操作逻辑与产品定义严重不符7）功能实现不完整，如删除时没有考虑数据关联8）功能的实现不正确，如在系统实现的界⾯上，⼀些可接受输⼊的控件点击后⽆作⽤；对数据库的操作不能正确实现9）报表格式以及打印内容错误（⾏列不完整，数据显⽰不在所对应的⾏列等导致数据显⽰结果不正确的错误）等等3级 Bug（次要功能层⾯）3级Bug：系统可以满⾜业务要求，系统性能或响应时间变慢、产⽣错误的中间结果但不影响最终结果等影响有限的问题。

修改优先级为中，该级别需要程序员修改。