BUG分类和分级
bug严重程度及优先级的划分
Bug严重程度及优先级的划分Bug时，只定义Bug的Severity, 即该Bug的严重程度，而将Priority交给Project Leader 或Team Leader来定义，由他们来决定该Bug被修复的优先等级。
某种意义上来说，Priority的定义要依赖于Severity，在大多数情况下，Severity越严重，那这个Bug的Priority就越高。
你知道如何合理定义bug的Sevrity么？通常Bug管理系统里Severity分为四个等级Blocker, Critical, Major, Minor/Triv ial（也可自定义，但通常是这四个）, 而priority分为五个等级：Immediate, Urgent, High, Normal, Low。
Severity（严重程度）1.Blocker（有妨碍的）:即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
∙严重花屏∙内存泄漏∙用户数据丢失或破坏∙系统崩溃/死机/冻结∙模块无法启动或异常退出∙严重的数值计算错误∙功能设计与需求严重不符∙其它导致无法测试的错误, 如服务器500错误∙ 2.Critical（紧要的）：即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
∙功能未实现∙功能错误∙系统刷新错误∙数据通讯错误∙轻微的数值计算错误∙影响功能及界面的错误字或拼写错误∙安全性问题∙ 3. Major（严重的）：即界面、性能缺陷、兼容性。
∙操作界面错误（包括数据窗口内列名定义、含义是否一致）∙边界条件下错误∙提示信息错误（包括未给出信息、信息提示错误等）∙长时间操作无进度提示∙系统未优化（性能问题）∙光标跳转设置不好，鼠标（光标）定位错误∙兼容性问题∙ 4.Minor/Trivial（次要的/不严重的）:即易用性及建议性问题。
∙界面格式等不规范∙辅助说明描述不清楚∙操作时未给用户提示∙可输入区域和只读区域没有明显的区分标志∙个别不影响产品理解的错别字∙文字排列不整齐等一些小问题Priority（优先级）1.Immediate（立刻）即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。
BUG等级划分标准之欧阳史创编
BUG等级划分方法二、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）三、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
游戏BUG等级规范
【7级分类】Blocker级别【中断缺陷】客户端程序无响应，无法执行下一步操作；Critical级别【临界缺陷】功能点缺失，客户端爆页；Major级别【较严重缺陷】功能点没有满足需求；Normal级别【普通缺陷】1、数值计算错误；2、JavaScript错误；Minor级别【一次要缺陷】➢界面错误与UI需求不符；➢打印内容、格式错误；➢程序不健壮，操作未给出明确提示；Trivial级别【轻微缺陷】➢辅助说明描述不清楚；➢显示格式不规范，数字，日期等格式；➢长时间操作未给用户进度提示；➢提示窗口文字未采用行业术语；➢可输入区域和只读区域没有明显的区分标志；➢必输项无提示，或者提示不规范；Enhancement级别【测试建议】（非缺陷）➢以客户角度的易用性测试建议；➢通过测试挖掘出来的潜在需求；【5级分类法】【A类】导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露；【B类】导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现；【C类】发现影响被测功能正确实现的问题；【D类】一般性错误或者功能实现不完善等；【E类】一些建议性的错误；1.1【A级】◆系统崩溃，如应用程序死掉或异常退出、通讯意外中断或系统进入死循环；◆基本功能无法实现或遗漏，如某一应用程序启动不了或关键功能无法运行，关键数据错失较多；◆性能问题，如操作实时失败、数据库读写效率低；◆无法正常安装；◆升级脚本错误，使升级失败；◆内存使用错误，如内存泄漏、内存溢出、数组越界等；◆进程资源不能释放；1.2【B级】◆基本功能存在部分问题或次要功能无法实现或遗漏；◆程序抛出异常信息没有处理，如空指针、通讯异常等；◆安装后文件不全、文件错误造成基本功能无法实现；◆不符合面向对象的设计思想，程序结构紊乱，模块内聚性差，模块间耦合程度高；◆前后台版本不兼容；1.3【C级】◆次要功能存在部分问题；◆界面存在明显缺陷，设计不友好、不完善；◆安装时的小问题，或者安装后文件不全、文件错误造成次要功能无法实现；◆不符合软件编程规范；1.1【A级描述】◆系统崩溃，如应用程序死掉、应用程序异常退出、通讯意外中断或系统进入死循环；◆基本功能无法实现或遗漏，如某一应用程序启动不了或关键功能无法运行，关键数据错失较多；◆性能问题，如操作实时失败、数据库读写效率低；◆无法正常安装；◆升级脚本错误，使升级失败；◆内存使用错误，如内存泄漏、内存溢出、数组越界等；◆进程资源不能释放；1.2【B级描述】◆基本功能存在部分问题或次要功能无法实现或遗漏；◆程序抛出异常信息没有处理，如空指针、通讯异常等；◆安装后文件不全、文件错误造成基本功能无法实现；◆不符合面向对象设计思想，程序结构紊乱，模块内聚性差，模块间耦合程度高；◆前后台版本不兼容；1.3【C级描述】◆次要功能存在部分问题；◆界面存在明显缺陷，设计不友好、不完善；◆安装时的小问题，或者安装后文件不全、文件错误造成次要功能无法实现；◆不符合软件编程规范；【A类】严重错误◆由于程序所引起的死机,非法退出◆死循环◆导致数据库发生死锁◆数据通讯错误◆严重的数值计算错误◆需求未实现◆文档与软件不符、文档严重不足、系统文档关键错误【B类】较严重错误◆功能不符◆数据流错误◆程序接口错误◆轻微的数值计算错误【C类】中等错误◆程序非正常终止但可通过其它输入来避免◆系统边界错误◆显示报表错误◆数据处理、需求理解错误◆系统文档一般错误【D类】一般性错误◆界面错误(详细文档)◆打印内容、格式错误◆简单的输入限制未放在前台进行控制◆删除操作未给出提示◆系统操作不方便【E类】较小错误◆辅助说明描述不清楚◆显示格式不规范、查询报告格式错误◆长时间操作未给用户进度提示◆提示窗口文字未采用行业术语◆可输入区域和只读区域没有明显的区分标志◆系统处理未优化【F类】测试建议。
测试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等级划分标准审批稿
B U G等级划分标准 YKK standardization office【 YKK5AB- YKK08- YKK2C- YKK18】BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
bug等级划分标准
6. 测试bug等级划分标准：
按照jira管理工具上，bug主要分五类：
1）Blocker：阻碍开发或测试工作的问题。
（这个测试人员通常很少遇到）
2）Critical：系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
具体基本上可分为：
○严重花屏
○内存泄漏
○用户数据丢失或破坏
○系统崩溃/死机/冻结
○模块无法启动或异常退出
○严重的数值计算错误
○功能设计与需求严重不符
○用户权限问题
○安全问题
○其它导致无法测试的错误
3）Major：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
具体基本上可分为：
○功能未实现
○功能错误
○系统刷新错误
○语音或数据通讯错误
○轻微的数值计算错误
○系统所提供的功能或服务受明显的影响
4）Minor：界面、性能缺陷
具体基本上可分为：
○操作界面错误（包括数据窗口内列名定义、含义是否一致）
○边界条件下错误
○提示信息错误（包括未给出信息、信息提示错误等）
○长时间操作无进度提示
○系统未优化（性能问题）
○光标跳转设置不好，鼠标（光标）定位错误
5）Trivial：易用性及建议性问题
具体基本上可分为：
○界面格式等不规范
○辅助说明描述不清楚
○操作时未给用户提示
○可输入区域和只读区域没有明显的区分标志
○个别不影响产品理解的错别字
○文字排列不整齐等一些小问题
○建议。
bug严重程度或等级划分e
bug严重程度或等级划分〔urgent 致命,high 严重,medium 中等,low 轻微，低级)
致命urgent：
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源缺乏，应用模块无法启动或异常退出，主要功能模块无法使用。
比方：
5.循坏报错，无法正常退出。
严重\高high：
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
比方：
1.功能未实现；
2.功能存在报错；
一般/中等medium：
通常表现为：界面、性能缺陷
比方：
3.大数据操作时，没有提供进度条
轻微/低low：
通常表现为：易用性及建议性问题比方：
3.出现错别字，但是不影响功能。
缺陷等级定义
缺陷等级定义在工业设备管理中有专门的缺陷管理，缺陷是指设备或系统存在安全隐患，有专门负责检查和消除设备缺陷的人员。
缺陷等级定义缺陷等级一般分为四种，表示缺陷的程度。
缺陷等级划分规范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):系统的次要功能点或需求点没有实现；数据丢失或损坏。
bug7级分类法
bug
7级分类法
Blocker级别——中断缺陷
客户端程序无响应，无法执行下一步操作。
⌝ Critical级别――临界缺陷，包括：
功能点缺失，客户端爆页。
⌝ Major级别——较严重缺陷，包括：
功能点没有满足需求。
⌝ Normal级别――普通缺陷，包括：
数值计算错误
JavaScript错误。
⌝ Minor级别—一次要缺陷，包括：
界面错误与UI需求不符。
打印内容、格式错误
程序不健壮，操作未给出明确提示。
⌝ Trivial级别——轻微缺陷，包括：
辅助说明描述不清楚
显示格式不规范，数字，日期等格式。
长时间操作未给用户进度提示
提示窗口文字未采用行业术语
可输入区域和只读区域没有明显的区分标志
必输项无提示，或者提示不规范。
⌝ Enhancement级别——测试建议、其他（非缺陷）
以客户角度的易用性测试建议。
通过测试挖掘出来的潜在需求。
5级分类法
A类---导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露
B类---导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现C类---发现影响被测功能正确实现的问题
D类---一般性错误或者功能实现不完善等
E类---一些建议性的错误
附图表：。
BUG分类标准和考核办法
内蒙古华腾科技BUG分类标准和考核办法V0.12010年7月一、背景随着公司不断得发展壮大，原来小作坊式的软件开发模式也经历着转变，产品质量亟待加强。
公司已做出了规划，明确了测试岗位和职责。
为了更好的落实测试岗位的职责，规范测试结果的管理和考核，提升公司产品质量，特制定测试BUG分类标准和考核办法，使得公司对研发测试结果有个明确的评估。
二、BUG分类标准测试BUG按照严重等级分为严重、普通、轻微、优化四类，按照BUG类别分为功能、界面、数据处理、流程、优化建议、性能、常识七类，对应各种BUG情形如下：（1）严重BUG情形：（1）由于程序造成系统崩溃、自身程序崩溃、网络中断、系统内存或文件资源耗尽、破坏或丢失数据库数据（2）功能类：需求功能未达到或与需求功能明显不一致的（3）数据类：数据处理造成后台数据冲突或不一致的（4）数据类：程序运行过程中出现数据丢失的或后台数据乱码的（5）流程类：分支流程不完整或相悖造成分支流程处理错误的；无限循环类的（6）性能类：造成数据库连接资源耗尽的（非大并发量下的情形）（2）普通BUG情形：（1）功能类：查看、查询、分页、排序显示数据不正常的（2）界面类：页面编译错误、JavaScript错误、跳转错误、出现javaException页面（3）界面类：页面超时未响应、数据显示不完整或错位、页面未鉴权、页面显示乱码（4）界面类：输入校验不完整及造成的数据处理错误、页面操作提示信息与实际不符（5）性能类：处理大数据量出现程序错误的（6）常识类：明显违背正常习俗习惯的（3）轻微BUG情形：（1）功能类：重复或多余的功能，操作不直观、易用性不够（2）界面类：界面排版混乱、控件排列和格式不统一、焦点控制不合理、页面文字和提示信息表达不清晰、不完整或错别字的（4）优化BUG情形：凡以上未提及的不影响正常使用的情形。
三、BUG考核办法BUG考核遵循简单务实原则，规定如下：一个严重BUG扣除当月绩效项目完成质量项2分一个普通BUG扣除当月绩效项目完成质量项1分一个轻微BUG扣费当月绩效项目完成质量项0.5分优化BUG不扣分附：（1）绩效考核表中项目完成质量项的分值不能低于20分（2）每月最多扣除项目完成质量分20分（3）当一个BUG不在以上定义范围内时，若影响用户正常使用则视为轻微BUG，若不影响用户正常使用则视为优化BUG （4）由于测试项目一般由项目组协作开发完成，因此项目测试汇总的BUG对应的各项目成员的扣分，应由该项目的项目经理执行，质量管理人员负责监督执行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2、已修复的，更新环境验证
1、更新环境验证
2、验证通过，关闭
3、验证不通过，重新打开
4、回归验证时继续跟进bug，直到关闭bug
1、确认重复，关闭
2、不重复，写明原因
1、首先确认开发环境和测试环境是否一致
2、不是缺陷关闭
3、是缺陷和开发沟通4、未Fra bibliotek到解决与产品沟通
1、首先确认开发环境和测试环境是否一致 2、重现不了，与产品和开发一起确认关闭（依据bug的严重程 度） 3、找到重现原因，写明清楚，指派给开发
1、找产品经理确认
2、不予解决，关闭
3、要解决，写明原因给开发
1、根据bug的严重程度，是否影响当前版本的发布
2、与产品经理确认
3、不予延期，写明情况，激活
4、确认延期，做好记录，后续版本进行关注
bug处理
4级bug 已指派的bug 已解决的bug 重复的bug
不是bug 无法重现 不予解决 延期修改
程序在一些显示上不美观，不符合用户习惯，或者是一些文 字的错误。 1、界面不规范 2、辅助说明描述不清楚 3、提示窗口文字未采用行业术语 4、界面存在文字错误 5、改进意见：可以提高产品质量的建议， 包括新需求和对 需求的改进 1、跟踪、提醒开发、
bug分类 bug分级
bug分类和分级
代码错误 设计缺陷 界面优化 性能问题 配置相关 安装部署 安全相关 标准规范 测试脚本 其他划分：功能类、界面类、性能类、易用性类、兼容性类、其他
1级bug 2级bug 3级bug
致命错误，必须要优先改： 1、常规操作引起的系统崩溃、死机、死循环 2、造成数据泄漏的安全性问题，比如恶意攻击造成的账户私 密信息泄露 3、涉及金钱，如支付类软件，金钱计算错误