Bug定义规范
软件质量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等级定义标准
软件部BUG定义标准.
严重程度级别
性质工作或重要功能、导致系统崩溃或资源严重不足、造成数据丢失，包括：
1） 系统或程序引起死机
2） 系统崩溃、意外退出
3） 程序死循环、数据库发生死锁
4） 因错误操作导致的程序中断
5） 功能不可使用或错误、数据计算错误6） 与数据库连接错误、数据通讯错误
3） 输入输出不规范4） 长时间操作未给用户提示
5） 可输入区域和只读区域没有明显的区分标志6） 控件没有对齐、标点符号丢失或不正确
硬件部BUG定义标准
1） 打印内容、格式错误2） 简单的输入限制未放在前台进行控制
3） 删除操作未给出提示
4） 操作界面信息错误（包括数据窗口内列名定义、含义是否一致）
5） 数据库表中有过多的空字段
D类
建议缺陷
操作不便或遇到麻烦，但不影响执行工作或使用重要功能。属于该级别的缺陷包括：
1） 界面不规范
2） 辅助说明描述不清楚、提示窗口文字未采用行业术语
B类
严重缺陷
严重影响系统要求或基本功能实现、且不存在可替代的解决方法或方式，包括：
1） 功能未实现或实现错误
2） 数据计算错误、产生错误结果3） 数据通讯错误、程序接口错误
4） 数据库的表、业务规则、缺省值未加完整性等约束条件
5） 数据约束错误、数据输入输出错误
C类
一般缺陷
影响系统要求或基本功能实现，但存在可替代的解决方法或方式。属于该级别的缺陷包括：
BUG管理规范
BUG管理规范一、引言在软件开辟过程中，浮现各种各样的BUG是不可避免的。
为了高效地管理和解决这些BUG，制定一套规范的BUG管理流程是非常重要的。
本文将详细介绍BUG管理规范的内容，包括BUG的定义、分类、报告、处理流程以及相应的责任分工。
二、BUG的定义BUG是指在软件开辟、测试或者使用过程中发现的与预期功能不符的问题或者错误。
BUG可能导致软件的异常行为、功能失效、性能下降等各种不良影响。
三、BUG的分类为了更好地管理和解决BUG，我们将其分为以下几类：1. 功能缺陷：软件功能未能按照需求规格书或者设计文档的要求实现。
2. 界面问题：软件界面设计不符适合户体验要求，或者存在布局、样式等方面的问题。
3. 数据问题：软件在处理数据时浮现错误，导致数据丢失、损坏或者不一致。
4. 性能问题：软件在运行过程中浮现性能瓶颈，导致响应时间延长或者资源占用过高。
5. 兼容性问题：软件在特定环境或者平台上无法正常运行或者与其他软件不兼容。
6. 安全问题：软件存在潜在的安全漏洞，可能导致数据泄露、权限提升等风险。
7. 文档问题：软件相关文档存在错误、遗漏或者不完整的情况。
四、BUG的报告1. BUG报告的内容BUG报告应包括以下内容：- BUG的标题：简明扼要地描述BUG的问题。
- BUG的描述：详细描述BUG的现象、复现步骤、影响范围等相关信息。
- BUG的截图：提供相关的截图，以便更好地理解和复现BUG。
- BUG的优先级：根据BUG的严重程度和影响范围，确定其优先级。
- BUG的状态：标记BUG的状态，如新建、已分配、已解决、已验证等。
- BUG的提交者：记录报告BUG的人员信息，以便后续沟通和追踪。
2. BUG报告的途径可以通过以下途径提交BUG报告：- 缺陷管理系统：使用专门的缺陷管理工具进行BUG报告的提交和跟踪。
- 邮件：将BUG报告发送给相关人员或者团队，确保及时收到并得到处理。
- 会议：在团队会议上口头报告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分钟）或不提醒；
Bug等级分类定义
不能完全满足系统要求，系统停止运行，系统的重要功能无法运行，系统崩溃或者挂起等导致系统不能继续运行。
修改优先级为最高，该级别问题需要立即修改。
1、系统崩溃；2、导致程序重启、死机或者非法退出；3、关键功能不能实现使得后续工作无法进行；4、死循环；5、数据丢失或异常。
高级问题：严重的影响系统要求或基本功能的实现，且没有更正方法（重新安装或重新启动该软件不属于更正方法）。
使系统不稳定、或破坏数据、或产生错误结果、或部分功能无法执行，而且常规操作中经常发生或非常规操作中不可避免的主要问题，系统无法满足主要的业务要求，性能、功能或可用性严重降低。
修改优先级为高，该级别需要程序员尽快修改。
1、功能不符合需求、实现不正确；2、数据计算错误；3、程序接口错误；4、误操作迫使程序中断或者报错。
中级问题：系统可以满足业务要求，系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。
修改优先级为中，该级别需要程序员修改。
1、数据长度不一致；2、内容或格式错误；3、响应速度较慢；4、提示不正确但输出结果正确；5、操作界面错误（包括数据窗口内列名定义、含义是否一致）；6、简单的输入限制未放在前台进行控制；7、虽然正确性不受影响，但系统性能和响应时间受到影响。
使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。
界面拼写错误或用户使用不方面等需要完善的小问题。
修改优先级为低，该级别需要程序员修改或不修改。
1、界面不规范；2、辅助说明描述不清楚；3、输入输出不规范；4、长时间的操作未给用户提示；5、提示用语不规范；6、可输入区域和只读区域没有明显的区分标志；7、必填项与非必填项没有加以区别；8、界面不能及时刷新，影响功能实现；9、功能模块名称、标题等不一致；10、界面、网页、图片出现错别字。
建议优化：希望提出的建议进行但不强制进行的修改。
不会给发布的准确性或可用性带来任何严重影响。
修改优先级为低，该级别需要程序员修改或不修改。
(完整版)Bug管理规范及流程
时间 2022.6.19版本1.0 创建人Bug 属性规范及流程 (1)1. 目的 (3)2. 范围 (3)3. 工具 (3)4. 角色和职责 (3)5. Bug 属性定义 (4)5.1．bug 类型 (4)5.2．bug 严重性 (5)5.3 bug 优先级 (5)6. Bug 管理流程 (6)6.1 提交 bug (6)6.2 分配 bug (6)6.3 解决 bug (7)6.4 验证 bug (7)6.5 遗留 bug (7)6.5.1 跟踪遗留 bug (7)6.5.2 产品发布后发现的 bug (8)6.6bug 分析 (8)本文档定义 bug 的整个生命周期，规范 bug的解决方案及管理流程。
Bug 在流转的过程中有章可循。
规范 bug 严重等级与 bug 解决优先级，使开辟人员与测试人员能根据此文档准确判断 bug的严重程度并加以解决；禅道：序号010203角色测试工程师开辟负责人开辟工程师职责1) 提交 bug ，用 bug 级别反映 bug的严重程度2) 验证 bug 是否已被解决1) 确认 bug ，并进行 bug 分配2) 分析 bug 修复进度，对项目的质量、进行风险评估1) 修改 bug，并备注处理方式开辟人员、测试人员属性名称来源bug 类型严重性优先级标题描述附件概率Bug 类型功能Ui接口性能其他描述包含所属产品、所属模块、所属项目、影响版本，选择bug 来源利于开辟定位并解决；根据 bug 的自然属性划分的 bug 种类因 bug 引起的故障对软件产品的影响程度Bug 必须被修复的紧急程度用一句简洁的语言将问题的核心描述出来详细描述 bug浮现的步骤和结果为 bug 添加更核心的说明，更有说服力的证据，包括截图、视频、 log 等描述 Bug 复现的概率描述产品功能方面的 bug ：包括模块功能实现、功能使用性、逻辑性等 bug UI 表现，包括对话框样式和文字描述问题与其他组件、模块或者设备驱动程序、调用参数、控制块或者参数列表相互影响的 bug不满足系统可测量的属性值，如：并发量、数据量、事务处理速度等设计、安装、挪移性等Bug 严重性致命(1)严重(2)普通(3)优化(4)Bug 优先级紧急(1)高(2)中(3)低(4)描述不能执行正常的功能操作，或者因产品原因导致系统死机，需即将修复的问题部份功能存在严重缺陷，尚可继续测试，不影响产品稳定性；次要功能或者界面存在的一些错误，不影响正常测试；测试对于产品的一些改进建议；描述影响测试，需即将修复；必须在版本发布之前修改完；必须修改，不一定即将修改，需讨论确定在某个特定的里程碑前修改完对产品的影响比较小，在时间不允许的情况下可以暂时不修改在提交一个缺陷的缺陷，首先尽量描述这个缺陷的属性。
缺陷等级划分规定
缺陷等级划分规定１．缺陷等级划分规范１．１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级别（优先级、严重级）定义
BUG级别（优先级、严重级）定义⼀、主要分类BUG类型标准主要分两类：Ø 依据优先级分类。
Ø 依据严重程度分类。
⼆、主要内容依据优先级分类标准定义优先级：指⼀个BUG相对于其他BUG对于公司的影响，解决的及时性。
分类标准紧急² 系统⽆法⼯作² 测试⽆法继续正常⼯作² 特殊情况：如重要客户（项⽬重要性）⾼² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 关联性错误² 前后模块不⼀致² 链接错误² 特殊性的程度性能低下² 程序引起的安全问题注：涉及所有关于数据流的错误中² 页⾯格式错误² 兼容性问题² 校检错误² 图⽚错误² ⽂案错误² 程序性能低下² 缺少容错性处理² 功能易⽤程度低² 配置问题注：涉及的所有关于⽂本的错误低² 遗留问题² 暂时⽆法实现技术问题² 合理建议依据严重程度分类标准定义严重程度：指⼀个BUG对于⽤户造成的影响，风险和可视性。
分类标准紧急² 程序⽆法运⾏的错误² 测试⽆法执⾏的错误⾮常⾼² 链接错误² 前后模块不⼀致² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 程序性能低下² 程序引起的安全问题⾼² 页⾯格式错误² ⽂案错误² 图⽚错误² 兼容性错误² 校检错误中² 关联性错误² 配置问题² 功能易⽤程度低低² 合理建议² 遗留问题² 暂时⽆法实现技术问题注意事项1) ⼀些错误可以分在多个级别中，但总的标准以此为准，具体的问题具体分析后再确定其等级数。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
BUG定义规范Revision History
1.目的
对BUG概念、BUG提交和验证、BUG状态、BUG严重程度等内容进行定义和规范，以便进一步指导我们的测试工作
2.概念
BUG:软件中存在的瑕疵，可能会导致软件失效。
简单的说就是软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷
3.BUG管理工具
以Quality Center 9.0为提交、跟踪等工具
4.BUG提交和验证要求
以QC中的字段为准
提交时必选字段有：摘要，跟踪类型，检测者，检查日期，计划关闭版本，可重现，分
派给，严重程度，状态，描述
验证后，需要修改字段：关闭于版本，关闭日期，状态BUG描述模板如下：
[问题概要]:
[重现步骤]:
步骤1.
步骤2.
[隔离分析]:
[期望结果]:
[重现概率]:
[Test Case No.]:（若没有用例，则标注‘NA’，若是地区版本上的问题，则标注地区名称）
[Test Case]:（若没有用例，则标注‘NA’，若是地区版本上的问题，则标注地区名称）
QC中优先级和严重程度的区别：优先级由软件开发人员填写，严重程度由测试人员填写
计划关闭版本定义：
有2重含义：1.由测试人员填写当前发现bug的版本号；2.开发人员必须在此版本上修改
5.BUG验证
开发人员必须提供修改此bug会涉及到的功能点列表，并将此信息填写到bug描述中。
测试人员除验证此bug外，还需要将开发列出的功能点逐一验证，同时写入自己考虑到的功能点验证情况
来自需求和测试自己提交的问题，测试人员都需要验证，并填写测试结果，其中来自自己的bug，若验证通过，则修改状态为“关闭”；来自需求人员的bug，则修改状态为“验证完毕”，由需求人员来关闭（适用于胜算组）。
6.BUG状态流程
在正在BUG生命周期中，可能会经历很多状态，如：新建、提交验证、已关闭、重新打开、已挂起、重复提交等。
新建：新发现的问题
提交验证：开发修改bug后，会将状态变为提交验证，让测试工程师来执行验证操作已关闭：测试工程师经过验证后，发现此问题已经被修复，则修改状态为已关闭
重新打开：测试工程师经过验证后，发现此问题未被完全修复，则修改状态为重新打开已挂起：暂时不作修改或无法修改的bug
重复提交：开发工程师发现此bug已经有人提交过，处于重复性bug，则修改状态为重复提交
验证完毕：针对来自需求的bug，需要测试人员验证，若通过，则修改其状态为验证完毕。
由需求人员来关闭。
已关闭
重复提交已挂起
7.BUG严重程度
根据QC中的定义，bug共分为5个级别：低，中，高，非常高，紧急
（1）低级别
主要表现为易用性和建议性问题
辅助说明描述不清楚
操作时未给用户提示
可输入区域和只读区域没有明显的区分标志
个别不影响产品理解的错别字
文字排列不整齐等一些小问题等
（2）中级别
主要表现为界面和性能缺陷
操作界面错误（包括数据窗口内列名定义、含义是否一致）
边界条件下错误
提示信息错误（包括未给出信息、信息提示错误等）
系统未优化（性能问题）等
（3）高级别
主要表现为影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性
功能未实现
功能错误
轻微的数值计算错误
系统所提供的功能或服务受明显的影响等
（4）非常高
主要表现为系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定
内存泄漏
用户数据丢失或破坏
系统崩溃/死机/冻结
模块无法启动或异常退出
严重的数值计算错误
功能设计与需求严重不符
其它导致无法测试的错误
（5）紧急
系统出现死机/崩溃，导致不能正常执行测试工作。