BUG类型和等级分类

BUG等级分类定义

严重问题：
不能完全满足系统要求，系统停止运行，系统的重要功能无法运行，系统崩溃或者挂起等导致系统不能继续运行。

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

1、系统崩溃；
2、导致程序重启、死机或者非法退出；
3、关键功能不能实现使得后续工作无法进行；
4、死循环；
5、数据丢失或异常。

高级问题：
严重的影响系统要求或基本功能的实现，且没有更正方法（重新安装或重新启动该软件不属于更正方法）。

使系统不稳定、或破坏数据、或产生错误结果、或部分功能无法执行，而且常规操作中经常发生或非常规操作中不可避免的主要问题，系统无法满足主要的业务要求，性能、功能或可用性严重降低。

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

1、功能不符合需求、实现不正确；
2、数据计算错误；
3、程序接口错误；
4、误操作迫使程序中断或者报错。

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

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

1、数据长度不一致；
2、内容或格式错误；
3、响应速度较慢；
4、提示不正确但输出结果正确；
5、操作界面错误（包括数据窗口内列名定义、含义是否一致）；
6、简单的输入限制未放在前台进行控制；
7、虽然正确性不受影响，但系统性能和响应时间受到影响。

BUG的分类和等级

BUG的分类和等级
一、B UG类型（重点标红的地方）
1、代码错误
2、设计缺陷
3、界面优化
4、性能问题
5、配置相关
6、安装部署
7、安全相关
8、标准规范
9、测试脚本
10、其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他
二、BUG等级
1级bug，必须优先要改
致命错误：
1、常规操作引起的系统崩溃、死机、死循环
2、造成数据泄漏的安全性问题，比如恶意攻击造成的账户私密信息泄露
3、涉及金钱，如支付类软件，金钱计算错误
2级bug
严重错误：
1、重要功能不能实现（例如：微信没有实现语音聊天、朋友圈，等）
2、错误的波及面广，影响到其他重要功能正常实现
3、非常规操作导致的程序崩溃、死机、死循环(非常规操作：用户使用软件时不会进行的操作）
4、外观难以接受的缺陷（例如：直播平台的封面图片的失真、压缩，完全变形）
5、密码明文显示
3级bug
一般错误：
不影响产品的运行、不会成为故障的起因、但对产品外观和下道工序影响较大的缺陷
1、次要功能不能正常实现
2、操作界面错误（包括数据窗口内列名的定义，含义不一致）
例如：列名与列名下的内容不一致
3、查询错误、数据错误显示
4、简单的输入限制未放在前端进行控制；（格式显示，如登录和注册中的格式判断可由前端判断）
5、删除操作未给出提示
4级bug
程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误
1、界面不规范
2、辅助说明描述不清楚
3、提示窗口文字未采用行业术语
4、界面存在文字错误
5、改进意见：可以提高产品质量的建议，包括新需求和对需求的改进。

缺陷等级划分规定

缺陷等级划分规定１．缺陷等级划分规范１．１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严重程度分类

使系统不稳定、或破坏数据、或产生错误结果，或部分功能无法执行，而且是常规操作中经常发生或非常规操作中不可避免的主要问题；
系统存在较严重的安全隐患和性能问题；
系统易用性较差；
系统描述易引起较严重的误会或较严重的影响；
系统的某些功能没有实现而引起后续次要功能不能继续进行；系统的次要功能没有实现；
由于设计的缺陷，导致软件使用中存在较明显的障碍，或者局部功能错误，但可以采取其他变通的操作实现。
系统存在严重的安全隐患和性能问题；
系统易用性很差；
系统描述易引起严重的误会或带来严重的影响；
系统的某些功能没有实现而引起后续主要功能不能继续进行；软件规范严重不合理等。
2级：尽快修改
B类：较严重
指造成系统功能严重破坏或崩溃的，复位或重灌系统可以继续运行；
严重地影响系统要求或基本功能的实现，且没有更正办法（重新安或重新启动该软件不属于更正办法）；
3级：正常修改
C类：一般
指造成系统功能失效、会引起操作上重大误解的；
严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）；
系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题；
由于编码不够完善，使某个小功能无法使用，或者对特殊的操作与要求不能支持
存在隐含的安全漏洞，可以利用快捷方式、成批处理，以及权
限的组合应用中的安全漏洞进行未经授权的操作。
4级：稍后修改
D类：轻微
指系统功能在设计和开发中由于考虑不周所引起的问题，即可能会造成系统在使用中会岀错的隐患或造成使用中会产生歧义的；
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能；

BUG级别（优先级、严重级）定义

BUG级别（优先级、严重级）定义⼀、主要分类BUG类型标准主要分两类：Ø 依据优先级分类。

Ø 依据严重程度分类。

⼆、主要内容依据优先级分类标准定义优先级：指⼀个BUG相对于其他BUG对于公司的影响，解决的及时性。

分类标准紧急² 系统⽆法⼯作² 测试⽆法继续正常⼯作² 特殊情况：如重要客户（项⽬重要性）⾼² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 关联性错误² 前后模块不⼀致² 链接错误² 特殊性的程度性能低下² 程序引起的安全问题注：涉及所有关于数据流的错误中² 页⾯格式错误² 兼容性问题² 校检错误² 图⽚错误² ⽂案错误² 程序性能低下² 缺少容错性处理² 功能易⽤程度低² 配置问题注：涉及的所有关于⽂本的错误低² 遗留问题² 暂时⽆法实现技术问题² 合理建议依据严重程度分类标准定义严重程度：指⼀个BUG对于⽤户造成的影响，风险和可视性。

分类标准紧急² 程序⽆法运⾏的错误² 测试⽆法执⾏的错误⾮常⾼² 链接错误² 前后模块不⼀致² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 程序性能低下² 程序引起的安全问题⾼² 页⾯格式错误² ⽂案错误² 图⽚错误² 兼容性错误² 校检错误中² 关联性错误² 配置问题² 功能易⽤程度低低² 合理建议² 遗留问题² 暂时⽆法实现技术问题注意事项1) ⼀些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。

BUG类型系统核心功能错误不影响业务流程或者有替代方法功能类次要功能出现错误出现多余功能(软件做了其不该做的) 特殊情况下产生错误，但不影响正常业务（如异常数据或者异常操作）数据类数据丢失、数据毁坏、数据通讯及数据流错误异常数据未做控制，操作成功界面文字错误界面类界面设计不规范,没有考虑易用性问题人机交互界面及提示信息不友好用户文档错误（包括错别字和描述错误以及截图于实际不一致）性能类崩溃类建议类偶然类其他类翻译类性能测试中发现的问题系统崩溃（包括正常和异常操作）建议性问题不可重现（主要为不可重现的崩溃问题）类型无法判断中英文翻译错误
Very High
High
Medium
Low
√ √ √ √ √ √ √ √ √ √ √ 无等级划分 √ √ 测试人员操作的步骤及崩溃的次数根据实际Bug选择 √

bug划分标准

○ 功能未实现
○ 功能错误
○ 系统刷新错误
○ 语音或数据通讯错误
○ 轻微的数值计算错误
○ 系统所提供的功能或服务受明显的影响
● 一般(可对应于目前BUG体系中的“普通”)
一般性问题主要为：界面、性能缺陷
具体基本上可分为：
○ 操作界面错误(包括数据窗口内列名定义、含义是否一致)
○ 模块无法启动或异常退出
○ 严重的数值计算错误
○ 功能设计与需求严重不符
○ 其它导致无法测试的错误
● 严重(可对应目前BUG体系中的“严重”)
严重性问题主要为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
具体基本上可分为：
1.BUG等级划分建议：
目前project上的BUG严重程度分为五个等级，按照CMM5中定义的规范，BUG严重等级可分为3-5个等级，由于我们公司的CMM水平还处于初级阶段，将BUG等级划分过细不符合我们当前的CMM水平，同时也不利于测试人员对BUG等级的精确划分。根据我们公司的情况，同时参照其它中小公司的等级划分标准，建议将BUG等级划分四个等级，分别为致命、严重、一般、提示。
● 致命(可对应目前BUG体系中的“非常严重”)：
致命性问题主要为：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：
○ 严重花屏
○ 内存泄漏
○ 用户数据丢失或破坏
○ 系统崩溃/死机/冻结信息、信息提示错误等)
○ 长时间操作无进度提示
○ 系统未优化(性能问题)
○ 光标跳转设置不好，鼠标(光标)定位错误
● 提示(可对应于目前BUG体系中的“轻微及建议”)

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
严重Bug(A)
•不能执行正常工作功能或重要功能。使系统崩溃或资源严重不足。
•由于程序所引起的死机,非法退出
•死循环
•数据库发生死锁
•错误操作导致的程序中断
•严重的计算错误
•与数据库连接错误
•数据通讯错误
2
较严重Bug(B)
•严重地影响系统要求或基本功能的实现，且没有办法更正。（重新安装或重新启动该软件不属于更正办法）
•功能不符合设计要求（功能未实现、设计中没有该功能但实现了）
•程序接口错误
•数据流错误
•轻微数据计算错误
3
一般性Bug(C)
•严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（重新安装或•未做合理的检验出现的错误（文本型、数值型）
•打印内容、格式错误
•其它错误
•简单的输入限制未放在前台进行控制
•删除操作未给出提示
•数据输入没有边界值限定或不合理
4
较小Bug(D)
•使操作者不方便或遇到麻烦，但它不影响执行工作或功能实现。
•辅助说明描述不清楚
•显示格式不规范
•系统处理未优化
•长时间操作未给用户进度提示
•提示窗口文字未采用行业术语
5
其它Bug(E)
•客户化建议

BUG分类评级原则

1．BUG的分类评级原则
BUG按其严重性可以分为以下几类：
1级：致命性Bug，数据被破坏，数据丢失，系统无法运行
2级：明显功能Bug，系统崩溃，产品重要功能流程错误，性能不能满足要求
3级：一般功能性Bug，产品中的不符合产品需求或用户使用的缺陷
4级：操作不方便，布局不合理等一类的易用性相关的缺陷
BUG按其技术种类可以分为以下几类：
1功能性错误：列在说明中的需求没有在最终系统中达到
2系统错误：存在或产生于所开发的系统之外的软硬件错误
3逻辑错误：程序运行起来不像要求的样子
4用户界面错误：字段和控件标号不一致，功能提供的不一致等
5数据错误：访问数据库时出错
6代码错误：源代码中存在的语法错误
7测试错误：测试者误操作却认为发现了问题
BUG按其测试阶段可以分为以下几类：
1单元测试：将开发成功的各个子模块单独测试。

2集成测试：相互关联的一个子系统重的所有子模块已开发完成，全部联编后进行测试。

3确认测试：确认测试又称有效性测试。

它的任务是验证软件的有效性，即验证软件的功能和性能及其它特性是否与用户的要求一致。

4系统测试：安装测试、恢复测试、安全测试、运行测试、操作手册测试等任何用户需要打交道的东西。

Bug定级与优先级解析

Bug定级与优先级解析Bug，也称为软件缺陷或故障，是指在计算机程序或系统中出现的错误或异常行为。

在软件开发和维护过程中，及时、准确地定级和分配Bug的优先级对于项目的成功与否起着至关重要的作用。

本文将对Bug的定级与优先级进行解析，并探讨如何有效管理和处理Bug。

一、Bug定级Bug定级是根据Bug的严重程度和影响范围来对其进行分类和等级划分的过程。

通常，Bug定级可分为以下几个层次：1. 严重级别：指Bug所引发的后果对于整个系统或核心功能的影响程度。

根据实际情况和需求，可将严重级别分为致命级、严重级、一般级等不同等级。

2. 优先级：指解决Bug的紧急性和重要性程度。

优先级可分为高、中、低三个等级，用于确定Bug的处理优先级。

3. 紧急性：指解决Bug的时间紧迫程度。

常见的紧急性等级有紧急、高、中、低等。

4. 影响范围：指Bug对系统或功能的影响范围。

可以将影响范围划分为功能受限、功能完全无法使用、系统崩溃等等不同级别。

适当的Bug定级能够使开发人员和测试人员更好地理解和评估Bug，为后续处理提供依据，提高问题解决的效率。

二、Bug优先级Bug优先级是根据Bug的严重程度和紧急性来确定Bug的处理优先级。

在处理Bug时，开发人员将按照Bug的优先级进行处理，以确保较重要或紧急的Bug得到更快的解决。

一般而言，Bug的优先级可分为以下几个等级：1. 高优先级：指必须尽快解决的Bug，如系统崩溃、核心功能无法使用等严重影响系统正常运行的Bug。

2. 中优先级：指在Bug处理队列中紧随其后的Bug，如某些功能无法正常使用、数据出现错误等影响系统的Bug。

3. 低优先级：指不影响系统正常运行和核心功能的Bug，可能是一些小功能或界面问题。

根据Bug的优先级，开发人员可以合理安排解决Bug的顺序，优先处理对系统功能和使用影响较大的Bug，提高用户满意度和系统稳定性。

三、Bug管理与处理在软件开发和维护过程中，能够有效管理和处理Bug对于项目的进展和质量控制至关重要。

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

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

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

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

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

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

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

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

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

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

BUG严重等级划分

提示类错误
2类
2类
遇到麻烦，但不影响
2类 2类
执行工作功能的实现
其他错误
2类
2类
2类
打印内容、格式错误功能建议
操作建议校验建议说明建议 UI建议建议性的改进要求
建议类错误
1类 1类
1类
1类 1类
总结：
５类—致命的软件缺陷(Fatal): 造成系统或应用程序崩溃、死机、系统挂起，或造成数据丢失，主要功能完全丧失，导致本模块以及相关模块异常等问题。如代码错误，死循环，数据库发生死锁、与数据库连接错误或数据通讯错误，未考虑异常操作，功能错误等
接口缺陷
4类 4类
重新启动软件不属更正办法）
分类范畴
缺陷等级
子项目
备注
数据库缺陷
3类
数据库设计未达到第三范式的要求或需求规格说明的格式水平严重的影响系统要求或基本
功能的实现，但存在合理的
操作错误
3类
因错误操作迫使程序中断
更正办法（重新安装或重新启动软件不属于更正办法）
功能错误
3类，4类 3类，4类
主要功能丧失，严重地影响系统要求或基本功能的实现。（重新安装
4 非常高（Very High）或重新启动该软件不属于更正办法），须尽快修正
5
紧急（Critical）
不能执行正常工作功能或重要功能，因软件原因导致系统死机、数据丢失等须马上修正。
划分参考:
分类范畴缺陷等级子项目备注
5类 5类
由于程序所引起的死机，非法退出
BUG严重等级划分
2009年11月 19号
主要内容：
一，缺陷分类
二，缺陷严重等级三，缺陷等级划分参考

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.界面格式不规范。

bug7级分类法

bug
7级分类法
Blocker级别——中断缺陷
客户端程序无响应，无法执行下一步操作。

⌝ Critical级别――临界缺陷，包括：
功能点缺失，客户端爆页。

⌝ Major级别——较严重缺陷，包括：
功能点没有满足需求。

⌝ Normal级别――普通缺陷，包括：
数值计算错误
JavaScript错误。

⌝ Minor级别—一次要缺陷，包括：
界面错误与UI需求不符。

打印内容、格式错误
程序不健壮，操作未给出明确提示。

⌝ Trivial级别——轻微缺陷，包括：
辅助说明描述不清楚
显示格式不规范，数字，日期等格式。

长时间操作未给用户进度提示
提示窗口文字未采用行业术语
可输入区域和只读区域没有明显的区分标志
必输项无提示，或者提示不规范。

⌝ Enhancement级别——测试建议、其他（非缺陷）
以客户角度的易用性测试建议。

通过测试挖掘出来的潜在需求。

5级分类法
A类---导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露
B类---导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现C类---发现影响被测功能正确实现的问题
D类---一般性错误或者功能实现不完善等
E类---一些建议性的错误
附图表：。

BUG等级划分标准

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

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

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

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

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

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

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

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

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

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

BUG严重等级划分

2、开发人员收到bug报告后，认为是一个bug，于是就开始修复它，修复后，传送给测试人员。 3、测试人员收到bug修复报告后，开始对它进行验证，验证通过后，就把它置于closed状态。当一个bug 被置为closed状态的同时，该bug的声明周期也就此结束。如果发现该bug仍然存在问题，唯一的办法就是再open一个同样的bug。 4、开发人员收到bug报告后，认为它不是一个bug，或者是描述不清、重复、不采纳所提意见建议、或虽然是个问题但还没到非改不可的地步故可忽略不计、或者是测试人员提错，就把它置于rejected状态。把 reject报告传送给测试人员。 5、测试人员收到开发人员的reject报告后，会对开发人员的意见进行验证。如果经过验证后，测试人员不同意开发方的意见，就把该bug置于reopen状态，同时，把reopen报告传送给开发人员。 6、开发人员收到测试人员的reopen报告后，会对测试人员的意见进行证实，如果证实错误，就会把该 bug置于rejected状态，同时，把rejected报告传送给测试人员。 7、开发人员收到测试人员的reopen报告后，会对测试人员的意见进行验证，如果验证是一个bug，就会对它进行修复，修复后会把它置于fixed状态，同时把fix报告传送给测试人员。 8、测试人员收到开发人员的fix报告后，会对该bug进行验证，如果没有通过验证，会把该bug置于 reopen状态，并且把reopen报告传送给开发人员。 9，开发人员收到测试人员的open报告，由于技术或者其它原因不能解决，或者留到一版本作为扩展功能点所处的状态，先由开发人员置于下一版本开发。 10、测试人员收到开发人员的reject报告，会对该bug进行验证，如果验证该bug不存在，就会对它置于 closed状态。 11、开发人员收到测试人员的open报告后，会对该bug进行验证，如果开发人员不确定该bug的可修复性，就会把该bug上报给项目负责人，如果项目负责人认为该bug由于技术或者其它原因不能解决，或者作为下一个版本的功能点来扩展，就会把该bug置于deferred状态。同时，把defer报告传送给测试人员。 12、测试人员收到项目负责人的defer报告后，会把它置于closed状态。