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) ⼀些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。
- 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数据流
✧数据流可以看作是数据的通信途径
✧通常是建立一条数据通道后在程序读取时向这个通道发送信号、远方数据自动送来
的过程我们叫做"数据流"。