BUG级别定义标准
bug级别定义及流转说明
Bug说明文档2015年6月25日修订历史记录（A-添加，M-修改，D-删除）目录1.简介 (4)1.1.编写目的 (4)1.2.文档范围 (4)1.3.预期读者 (4)2.BUG优先级(PRIORITY) (4)2.1.I MMEDIATE（立刻）——P1 (4)2.2.U RGENT（紧要、优先）——P2 (4)2.3.V ERY H IGH(高度重视)——P3 (5)2.4.H IGH（重视）——P4 (5)2.5.N ORMAL（正常）——P5 (5)2.6.L OW（稍缓）——P6 (5)3.BUG严重程度(SEVERITY) (5)4.BUG状态及流转 (6)4.1.B UG状态及说明 (6)4.2.B UG状态流转方式 (7)5.BUG内容 (8)1. 简介1.1. 编写目的本文档主要确定bug优先级、bug严重程度、bug流转方式、bug内容。
1.2. 文档范围Bug优先级和bug严重程度的定义，bug流转方式和bug内容的确定。
1.3. 预期读者本文档阅读人员包括项目经理、开发人员、测试人员以及其他相关人员。
2. Bug优先级(Priority)优先级大致分为6个级别P1~P6，P1~P6分别为： Immediate（立刻）、Urgent （紧要、优先）、Very High（高度重视）、High（高度重视）、Normal（正常）、Low （稍缓）。
2.1. Immediate（立刻）——P1即“马上解决”，表示问题必须马上解决，否则系统根本无法达到预定的需求。
2.2. Urgent（紧要、优先）——P2即“急需解决”，表示问题的修复很紧要，很急迫，关系到系统的主要功能模块能否正常。
2.3. Very High(高度重视)——P3即“高度重视”，表示有时间就要马上解决，否则系统主要功能偏离需求较大或者不能正常工作。
2.4. High（重视）——P4即“重视”，表示有时间就要马上解决，否则系统偏离需求较大或预定功能不能正常实现。
软件质量BUG等级定义
有限公司软件质量BUG等级定义版本<1.1>修订历史记录1、对Bug严重程度的分级缺陷级别定义A类――致命BUG包括以下各种错误：1．由于程序所引起的死机,非法退出。
2．程序死循环。
3．数据库发生死锁。
4．与数据库连接错误。
5．主要功能没有实现。
6．因错误操作导致的程序中断。
B类――严重BUG包括以下各种错误：1.程序错误但不影响系统和其它程序运行的。
2.程序接口错误。
3.数据库的表、业务规则、缺省值未加完整性等约束条件。
4.次要功能没有实现或间接发生的（经过几步不相关操作后发生的）导致主要需求不能实现。
5.主要界面的文字错误等。
6.功能错误。
C类—一般性错误包括以下各种错误：1．非主要操作界面错误（包括数据窗口内列名定义、含义是否一致）2．间接发生的（经过几步不相关操作后发生的）导致次要需求不能正常实现。
3．打印内容、格式错误4．简单的输入限制未放在前台进行控制D类—较小错误包括以下各种错误：不影响软件的功能，但影响软件的品质。
1．界面不规范2．辅助说明描述不清楚3．输入输出不规范4．长操作未给用户提示5．提示窗口文字未采用行业术语6．可输入区域和只读区域没有明显的区分标志E类—测试建议测试人员从测试角度对软件提出的合理化的改进建议，由项目经理决定是否采纳。
2、对Bug现在程度的分级每次出现：出现概率100%；经常出现：出现概率大于20%；很少出现：出现概率小于20%；出现一次：在整个测试工作中只出现一次。
3、测试人员对软件的评估测试人员对软件的评估主要依据测试计划中所制定的输出准则和最后遗留的Bug状况。
A类－－致命Bug，一般认为发布的软件中不允许存在。
B类－－严重Bug，每一万行代码中允许遗留2－3条。
C类－一般性Bug，每一万行代码中允许遗留3－6条。
D类－一较小Bug，由项目经理决定注销或遗留。
E类－一测试建议，由项目经理决定注销或遗留。
BUG等级划分标准
B U G等级划分标准标准化工作室编码[XX968T-XX89628-XJ668-XT689N]B U G等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
软件测试部BUG级别定义
二级BUG（严重）
A
1、基本业务功能未实现
2、应用程序自动退出或失效
3、自动亮屏；
4、系统的兼容性不强
5、软件使用造成系统反应慢
1、基本业务功能（通信类、提醒类）处理不符合协议；产品定义中需求的基本功能没有实现；
2、通信方面出现单通（《=1%）、通话回音、电流音、信号漂移、重新搜网、掉卡、通话自动挂断、三方通话出现问题、PIN和PUK问题；短信业务出现接收延迟（《=1小时）、丢短信（丢失率大于3%）、经常发送失败等现象；网络自动断网、连接失败及无数据交换的基本功能；
3、软件在使用过程中应用软件自动退出，或者某些功能失效；
4、系统兼容性包括驱动、CPS和蓝牙等不兼容约定操作系统；系统数据（短信、联系人、彩e、彩信、蓝牙、T卡等）不兼容自研和品牌机型；
5、在使用过程中整个系统慢慢变慢，造成系统性能下降；
6、提醒类没有准时提醒（小于2分钟）
三级BUG（一般）
B
1、主要功能已实现，存在影响用户正常使用的问题
大类选项名称
选项定义
帮助和示例
一级BUG（致命）
S
1、死机、重启、内存泄漏、自动关机；
2、花屏、白屏现象；
3、系统无响应；
4、出现数据丢失、数据库被破坏或者损坏用户器件；
5、手机卡不能被识别；
1、在待机或者使用时软件出现死机报错、系统重启、自动关机、瘫痪造成软件无法使用的问题；
2、操作应用时内存不足，造成大量软件应用不能使用的情况；
3、唤醒后屏幕、键盘失效；屏幕出现严重的花屏、白屏现象；
4、待机或者使用中系统没有响应，电话不能呼出、拨入或呼通率95%以下，单通（1%以上），通话不能挂断，短信不能收发，延迟（1小时以上），提醒类（闹钟，日程等）没有准时提醒（大于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单及其重要性Bug单是软件测试中记录、跟踪和解决Bug的工具。
通过Bug单的准确记录，测试人员和开发人员可以更好地沟通、理解和解决软件中的问题。
由于软件中可能存在各种类型和严重程度的Bug，因此定级标准的制定变得尤为重要。
二、Bug单定级的意义1. 统一标准：制定Bug单定级标准可以统一测试人员对Bug严重程度的判断，减少主观因素的干扰，提高评估的准确性。
2. 资源分配：根据Bug单的严重程度，合理分配测试和开发资源，优先解决对系统影响最严重的问题，提高软件质量。
3. 追踪记录：定级标准可以作为Bug解决过程中的重要依据，方便后续的跟踪和记录，保证Bug的解决过程具有可追溯性。
三、Bug单定级的标准制定在制定Bug单定级标准时，需要关注以下几个方面：1. 功能受限程度：Bug是否影响核心功能的正常使用，以及造成的损失程度。
2. 风险评估：判断Bug是否可能导致系统崩溃、数据丢失等严重后果。
3. 用户影响：考虑Bug对用户体验的影响程度，关注用户需求和期望。
4. 修复难度：评估修复该Bug所需的成本和时间。
四、Bug单的定级分类根据软件特点和实际需求，可以将Bug单分为以下几个级别：1. 紧急级Bug紧急级Bug对系统的功能造成致命伤害，使系统无法正常工作，且无可替代的解决方案。
例如，系统崩溃、数据丢失等，需要立即修复。
2. 高级Bug高级Bug对系统的核心功能造成严重影响，但仍然能够通过某种方式绕过。
例如，功能模块崩溃、数据错误等，需要在较短时间内修复。
3. 中级Bug中级Bug对系统功能产生一定影响，但不会导致系统崩溃或严重数据错误。
例如，界面显示异常、功能未按需求执行等，需要在较长时间内修复。
BUG级别（优先级、严重级）定义
BUG级别（优先级、严重级）定义⼀、主要分类BUG类型标准主要分两类：Ø 依据优先级分类。
Ø 依据严重程度分类。
⼆、主要内容依据优先级分类标准定义优先级：指⼀个BUG相对于其他BUG对于公司的影响，解决的及时性。
分类标准紧急² 系统⽆法⼯作² 测试⽆法继续正常⼯作² 特殊情况：如重要客户（项⽬重要性）⾼² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 关联性错误² 前后模块不⼀致² 链接错误² 特殊性的程度性能低下² 程序引起的安全问题注：涉及所有关于数据流的错误中² 页⾯格式错误² 兼容性问题² 校检错误² 图⽚错误² ⽂案错误² 程序性能低下² 缺少容错性处理² 功能易⽤程度低² 配置问题注：涉及的所有关于⽂本的错误低² 遗留问题² 暂时⽆法实现技术问题² 合理建议依据严重程度分类标准定义严重程度：指⼀个BUG对于⽤户造成的影响，风险和可视性。
分类标准紧急² 程序⽆法运⾏的错误² 测试⽆法执⾏的错误⾮常⾼² 链接错误² 前后模块不⼀致² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 程序性能低下² 程序引起的安全问题⾼² 页⾯格式错误² ⽂案错误² 图⽚错误² 兼容性错误² 校检错误中² 关联性错误² 配置问题² 功能易⽤程度低低² 合理建议² 遗留问题² 暂时⽆法实现技术问题注意事项1) ⼀些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。
Bug 级别定义
Level2 非常严重的问题:；所产生的问题导致 系统瘫痪；引起退机的问题；重要功能不能 实现，严重影响用户使用的问题；关键用户 需求未实现或软件功能与需求严重不符
例如 1、重现概率大于30％的死机、重启、白屏 2、某些很简单的操作导致系统不能正常使用，必须关机后重新开机才 能恢复正常 3、对用户正常使用造成很大干扰的问题，如不能正常通话，不能发送 短信、WAP不能上网、来电转移不灵、正常情况下闹铃不闹、打电话时 回音太大等 4、多语言版本的很明显的字符串显示问题（完全不能接受，如英文版 出现中文字） 5、某个程序简单操作后不能正常使用，例如：camera进行一定操作后 程序死掉，不能正常使用camera，必须重启手机后才能正常使用 6、某些功能不能正常使用，例如：蓝牙
Bug 级别定义
Level 1 极其严重的问题：100%重启死机， 用户数据丢失，手机不能使用，无法开机; 缺 少主要功能。
例如 1、100％的可以导致死机的问题，且操作步骤不 复杂，用户很容易就用到(手机关机再开机后仍能 100%重现) 2、100％的可以导致用户数据丢失的问题(手机关 机再开机后仍能100%重现) 3、经过某些操作后，手机无法开机，拔电池后再 插上电池依然不能恢复正常使用，必须重新升级 版本的问题 4、某些对手机很重要的模块没有集成，无法呼出 电话
Level4 一般性问题:轻微界面显示问题，对用 户使用无影响
例如 1、 微小功能问题，如闪烁中间界面、界面 刷新慢 2、 界面显示错误 3、用户可以接受，对功能无影响 4、某些次要功能，在进行某些很特殊的操作 后某些功能不能正常响应
Level5：功能运作正常，功能运作正常，可 是有改进的空间，建议性问题 所产生的问题不会导致系统任何问题
Level3 严重问题：非必现的重启死机问题， 所产生的问题会导致系统部分功能不正常； 虽然产生的问题严重但不影响下一步的测试； 严重的界面显示问题
(完整版)BUG 等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
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？?Bug的定义可以很广泛，在软件使用过程中所出现的任何一个可疑问题，或者导致软件不能符合设计要求或满足消费者需要的问题都可以是Bug，即使这个Bug在实践中是可行的?Bug可以真正消灭吗？可以说，没有任何一个产品没有Bug，也永远不可能找出并修复所有的Bug。
在修复了旧的Bug的同时，往往又会产生新的Bug?以微软的经验，每修复三到四个Bug，一般又会产生一个新的Bug?所以，Bug提交开发人员解决后，可能会有以下几种类型的反馈?1。
Fixed：表示Bug已经被修复或更正了2。
Duplicated：表示测试人员所找到的某个Bug已经被别人找出来了。
3。
PostPoned：表明这个Bug不是很重要，在当前阶段不用进行更正了，或者更正这个Bug风险太大，Bug本身又不会造成大的影响4。
By Design：测试人员认为是Bug，不符合逻辑，也不符合用户的需求，但开发人员则认为是按照项目经理的设计做的5。
Not repro：以前出现的某个Bug自动消失了，可能是处理其他Bug的时候把这个Bug 一并修复掉了6。
Won't Fix：这个Bug是一个错误，还没有重要到非要更正不可的地步，完全可以忽略不计?软件测试应该注意的问题1。
测试最重要的一件事就是要考虑所有的出错可能性。
同时，还要做一些不是按常规做的，非常奇怪的事情2。
除了漏洞之外，测试还应该考虑性能问题，也就是一定要保证软件运行得很好，非常快，没有内存泄漏，不会出现越来越慢的情况3。
另外，测试还要考虑软件的兼容性??软件测试方法和辅助工具1。
覆盖性测试（Coverage Testing)??? 这是一种从代码的特性角度（即内部）出发的测试方法，包括以下方式单元测试（Unit Test），按照代码的单元组逐个进行测试功能测试（Function Test）或特性测试（Feature Test）：按照软件的功能或特性逐个进行测试。
提交测试（Check-in Test）：在开发人员对代码做了任何修改，或者修复了某个Bug时，需要重新Check-In代码，即将修改后的代码放入到整个大的系统中。
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：系统可以满⾜业务要求，系统性能或响应时间变慢、产⽣错误的中间结果但不影响最终结果等影响有限的问题。
修改优先级为中，该级别需要程序员修改。
缺陷严重级别的定义
个别功能使用不够方便，但是不影响用户使用的问题
1、用户界面不太友好；
2、使用不习惯；
3、好的操作建议等；
BUG优先级
解决时限
说明
P1
最高优先级，BUG必须马上修复
P2
次高优先级，必须马上修复，或在下一版本前修复
P3
按照项目正常进度解决，（建议在下一个Alpha版本前修改）
如果项目一个Build版本与Alpha版本对应，则无区分，按照项目Bug解决计划执行
1、BUG的严重级别表明BUG的破坏和影响程度；
2、BUG的优先级表明BUG解决的紧急程度；
严重级别
状态描述
举 例
Blocks
（致命）
致命错误：
a：导致运行中断(应用程序崩溃)、预期的功能没有得到实现、测试工作无法继续进行等。
b：由于程序引起的非法死机，退出，数据丢失，主要功能完全丧失，系统悬挂等错误。
3、界面显示不美观但对用户不产生影响的问题；
4、不经常出现而且用户可恢复的非严重问题，
5、辅助说明描述不清楚
6、操作时未给用户提示
7、可输入区域和只读区域没有明显的区分标志
8、个别不影响产品理解的错别字
9、文字排列不整齐等一些小问题
Trivial
（建议性）
建议性意见：
从使用者角度，提出的建议性意见。
2、客户环境本身没有问题的情况下，网络不稳，频繁断线，掉线
3、实现的功能与相关需求严重不符，
4、功能未实现
5、功能错误
6、系统刷新错误
7、语音或数据通讯错误
8、轻微的数值计算错误
9、系统所提供的功能或服务受到明显的影响
Major
（一般性错误）
BUG 等级划分标准
BUG等级划分方法一、测试BUG等级划分标准1、Blocker（崩溃）：阻碍开发或测试工作的问题；造成系统崩溃、死机、死循环，导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失等问题。
如：代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等（该问题在测试中较少出现，一旦出现应立即中止当前版本测试）。
2、Critical（严重）：系统主要功能部分丧失、数据库保存调用错误、用户数据丢失，一级功能菜单不能使用但是不影响其他功能的测试。
功能设计与需求严重不符，模块无法启动或调用，程序重启、自动退出，关联程序间调用冲突，安全问题、稳定性等。
如：软件中数据保存后数据库中显示错误，用户所要求的功能缺失，程序接口错误，数值计算统计错误等（该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试）。
3、Major（一般）：功能没有完全实现但是不影响使用，功能菜单存在缺陷但不会影响系统稳定性。
如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等(该问题实际测试中存在最多，合理安排解决BUG，解决率关系版本的优化程度)4、Minor（次要）：界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。
如：错别字、界面格式不规范，页面显示重叠、不该显示的要隐藏，描述不清楚，提示语丢失，文字排列不整齐，光标位置不正确，用户体验感受不好，可以优化性能的方案等（此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）二、BUG状态标准1、待处理（new）：测试人员或用户发现新问题后提交的状态2、已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。
3、已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。
4、已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文件编号：TDdoc-bug
杭州网阔信息科技有限公司
BUG级别定义标准
拟制部门：测试部
版本号：V1.6.0
修改日期：2015-05-24
版本修改记录
目录
一、主要分类 (4)
二、主要内容 (4)
1.依据优先级分类标准 (4)
1.1定义 (4)
1.2.分类标准 (4)
1.1.1 紧急................................................................................... 错误!未定义书签。
1.1.2 高....................................................................................... 错误!未定义书签。
1.1.3 中....................................................................................... 错误!未定义书签。
1.1.4 低....................................................................................... 错误!未定义书签。
2.依据严重程度分类标准 (5)
2.1 定义 (5)
2.2.分类标准 (5)
2.2.1 紧急................................................................................... 错误!未定义书签。
2.2.2 非常高............................................................................... 错误!未定义书签。
2.2.3 高....................................................................................... 错误!未定义书签。
2.2.4 中....................................................................................... 错误!未定义书签。
2.2.5 低....................................................................................... 错误!未定义书签。
2.3注意事项 (6)
三、错误分类具体说明条例 (6)
3.1文案错误 (6)
3.2图片错误 (6)
3.3链接错误 (7)
3.4前后模块不一致 (7)
3.5需求问题 (7)
3.6实现与需求不符 (7)
3.7功能性错误 (7)
3.8出现调试代码 (8)
3.9页面格式错误 (8)
3.10关联性错误 (8)
3.11程序性能低下 (8)
3.12缺少容错性处理 (8)
3.13配置问题 (8)
3.14兼容性问题 (8)
3.15校检错误 (9)
3.16程序引起的安全问题 (9)
3.17功能易用程度低 (9)
3.18遗留问题 (9)
3.19暂时无法实现技术问题 (9)
3.20数据流 (9)
一、主要分类
BUG类型标准主要分两类：
➢依据优先级分类。
➢依据严重程度分类。
二、主要内容
1.依据优先级分类标准
1.1定义
优先级：指一个BUG相对于其他BUG对于公司的影响，解决的及时性。
1.2.分类标准
1.1.1紧急
✧系统无法工作
✧测试无法继续正常工作
✧特殊情况：如重要客户（项目重要性）
1.1.2高
✧需求问题
✧实现与需求不符
✧出现调试代码
✧功能性错误
✧关联性错误
✧前后模块不一致
✧链接错误
✧特殊性的程序性能低下
✧程序引起的安全问题
注：涉及所有关于数据流的错误
1.1.3中
✧页面格式错误
✧兼容性问题
✧图片错误
✧文案错误
✧程序性能低下
✧缺少容错性处理
✧功能易用程度低
✧配置问题
注：涉及的所有关于文本的错误
1.1.4低
✧遗留问题
✧暂时无法实现技术问题
✧合理建议
2.依据严重程度分类标准
2.1定义
严重程度：指一个BUG对于用户造成的影响，风险和可视性。
2.2.分类标准
2.2.1紧急
✧程序无法运行的错误
✧测试无法执行的错误
2.2.2非常高
✧链接错误
✧前后模块不一致
✧需求问题
✧实现与需求不符
✧出现调试代码
✧功能性错误
✧程序性能低下
✧程序引起的安全问题
2.2.3高
✧页面格式错误
✧图片错误
✧兼容性错误
✧校检错误
2.2.4中
✧关联性错误
✧配置问题
✧功能易用程度低
2.2.5低
✧合理建议
✧遗留问题
✧暂时无法实现技术问题
2.3注意事项
2.3.1一些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再
确定其等级数。
2.3.2为了错误数量的准确性，测试人员提交的每一条BUG报告中只记录一个错误，如
果有各个模块中有同类错误的问题，作为多个模块的记录提交，即需要提交多条
相同的错误记录，而不是一条记录。
三、错误分类具体说明条例
3.1文案错误
✧出现错误文字
✧出现错别字
3.2图片错误
✧出现图片地址的错误
✧图片不能正常显示
✧页面缺图
3.3链接错误
✧菜单栏/文字/图片点击链接后出现该页面无法显示
✧菜单栏/文字/图片点击链接后进入其他模块的页面
✧菜单栏/文字/图片点击后没有任何反应
✧上下页分页出现错误
3.4前后模块不一致
✧在显示页面上缺少字段的显示（后台有该字段，但前台没有显示出来）
✧后台有该模块，前台却没有任何模块
✧前后台模块的名称不一致
3.5需求问题
✧在前台需求上要求显示的方式为图+的形式的，却显示了文+的形式。
✧多加一个按钮或者缺少一个按钮（如：多了返回按钮，少了取消按钮等）
✧字段名称与需求不一致
✧下拉框中显示的内容不正确
✧需求遗漏
✧变更未通知开发测试
✧需求描述不清晰
✧需求描述错误
✧需求之间冲突
3.6实现与需求不符
✧实现的功能与需求不符
3.7功能性错误
✧添加，修改，删除操作不成功
✧查询结果错误
✧添加，修改，删除成功后，但前台没有显示出来或者显示不正确
✧无法正常登录
✧后退，前进，刷新功能不正确
✧下拉框中无法正常显示
✧统计结果不正确（成绩统计，金额，数量统计）
✧功能串位
✧按钮功能操作不成功（保存，取消，导入，导出等）
✧本来应该有的权限，现在进入后没有该权限（高坐进入后，却没有显示高坐模块）
✧其他等不能实现具体的操作，出现错误
3.8出现调试代码
✧出现代码错误
3.9页面格式错误
✧页面设计风格与需求不符
✧风格不一致
✧字体，图片的大小不协调
✧界面凌乱
✧界面不协调，如：一个按钮过大
3.10关联性错误
✧一模块出错导致另外一个模块出错
3.11程序性能低下
✧特殊情况下直接影响软件的使用
✧统计数据非常缓慢
✧页面响应速度缓慢
✧多用户操作时，响应速度很慢
3.12缺少容错性处理
✧当该页面没有任何功能时，出现该页无法显示
✧运行错误时，直接出现不友好的报错页面。
3.13配置问题
✧配置错误
✧配置遗漏
3.14兼容性问题
✧只能兼容规定环境，不能适用通用环境，如：IE5.0，5.5，6.0，6.0＋sp1
✧分辨率：1024*768，800*600
✧组件：上传组件等
✧操作系统：win98，win2000，winXP等
3.15校检错误
✧无提示信息，提示信息文字错误或不合理
✧必填项不填写也能保存成功
✧长度未控制，出现代码错误
✧数字型和日期型输入的类型未检测
✧E-MAIL型字段未检测
3.16程序引起的安全问题
✧本来没有权限能进入进行操作，但却可以进行操作
✧在信息查看页面上，上一页下一页链接显示的时候，能查看到没有审核的信息，应
该是不能查看的。
✧一个模块应是内部栏目的，但是没有登录去也能查看到该模块
3.17功能易用程度低
✧新建，修改，删除，查询时，不能返回当前操作的页面
✧查询不方便
3.18遗留问题
✧因IE缓存引起的页面刷新问题
3.19暂时无法实现技术问题
3.20数据流
✧数据流可以看作是数据的通信途径
✧通常是建立一条数据通道后在程序读取时向这个通道发送信号、远方数据自动送来
的过程我们叫做"数据流"。