BUG严重级别定义
关于BUG严重程度、处理优先级、bug类型的划分

关于BUG严重程度、处理优先级、bug类型的划分转载⼀严重程度致命:系统⽆法正常运⾏严重:很明显的错误性的bug较重:相对明显的错误性的bug⼀般:常见的bug建议类:(暂时保留,可能去掉)⼆优先级说明:紧急相当于执⾏前的准备⼯作,重要相当于后续的⼯作重要且紧急:优先级最⾼,⼀定要做的重要不紧急:暂时可以先缓⼀缓但⼀定要做的紧急不重要:可以先准备下,随时准备做的不紧急不重要:可忽略不计的三 bug类型:功能错误:功能上的错误性bug代码错误:⼀般很少出现,通常在⾃测时出现(对⽩盒测试、⾃测的⽐较适合)内容相关:业务逻辑⽅⾯以及业务描述等相关问题表单相关:表单逻辑、样式、内容问题⽤户界⾯:UI表现,包括对话框样式和⽂字描述问题需求变动:原有的需求基础上的更改新增需求:会议上提出的新需求,⾮正式会议提出的不属于该项设计⽂档:数据库设计⽂档、概要/详细设计⽂档建议:功能已满⾜但待改善,属于改良性建议配置相关:如web服务器或者数据库服务器配置等问题安装部署:项⽬部署时出现的错误,可能不是程序本⾝的问题⽽是⼯具本⾝和⼈为因素引起安全相关:加密和⽔印等安全信息性能压⼒:负载、压⼒测试标准规范:根据国际标准或者公司内部制定的某标准测试脚本:如⽤⼯具LR编写并执⾏脚本进⾏测试事务跟踪:产品缺陷/bug跟踪(Defect/bug Tracking)⼯作任务跟踪(Task Tracking)问题解决过程跟踪(Problem Tracking)产品需求管理(Request Management)客户服务过程跟踪(Customer Support TrackingBad Case:和⽤例没有关联起来,所以暂时不⽤其他:尽量避免⽤该项,不便于统计但仍保留。
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 严重程度或等级划分(urgent 致命,high 严重,medium 中等,low 轻微,
低级)
致命urgent :
通常表现为:主流程无法跑通,系统无法运行,崩溃或严重资源不足,应用模块
无法启动或异常退出,主要功能模块无法使用。
比如:
1.内存泄漏
2.系统容易崩溃
3.功能设计与需求严重不符
4.系统无法登陆
5.循坏报错,无法正常退出。
严重高high :
通常表现为:影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性
比如:
1.功能未实现;
2.功能存在报错;
3.数值轻微的计算错误
一般/中等medium:
通常表现为:界面、性能缺陷
比如:
1.边界条件下错误
2.大数据下容易无响应
3.大数据操作时,没有提供进度条
轻微/低low:
通常表现为:易用性及建议性问题比如:
1.界面颜色搭配不好
2.文字排列不整齐
3.出现错别字,但是不影响功能
4.界面格式不规范。
Bug严重程度分类

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

BUG级别(优先级、严重级)定义⼀、主要分类BUG类型标准主要分两类:Ø 依据优先级分类。
Ø 依据严重程度分类。
⼆、主要内容依据优先级分类标准定义优先级:指⼀个BUG相对于其他BUG对于公司的影响,解决的及时性。
分类标准紧急² 系统⽆法⼯作² 测试⽆法继续正常⼯作² 特殊情况:如重要客户(项⽬重要性)⾼² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 关联性错误² 前后模块不⼀致² 链接错误² 特殊性的程度性能低下² 程序引起的安全问题注:涉及所有关于数据流的错误中² 页⾯格式错误² 兼容性问题² 校检错误² 图⽚错误² ⽂案错误² 程序性能低下² 缺少容错性处理² 功能易⽤程度低² 配置问题注:涉及的所有关于⽂本的错误低² 遗留问题² 暂时⽆法实现技术问题² 合理建议依据严重程度分类标准定义严重程度:指⼀个BUG对于⽤户造成的影响,风险和可视性。
分类标准紧急² 程序⽆法运⾏的错误² 测试⽆法执⾏的错误⾮常⾼² 链接错误² 前后模块不⼀致² 需求问题² 实现与需求不符² 出现调试代码² 功能性错误² 程序性能低下² 程序引起的安全问题⾼² 页⾯格式错误² ⽂案错误² 图⽚错误² 兼容性错误² 校检错误中² 关联性错误² 配置问题² 功能易⽤程度低低² 合理建议² 遗留问题² 暂时⽆法实现技术问题注意事项1) ⼀些错误可以分在多个级别中,但总的标准以此为准,具体的问题具体分析后再确定其等级数。
测试文档二 bug严重程度和优先级(缺陷管理)

bug严重级别和优先级别定义Bug严重级别:是指因缺陷引起的故障对软件产品的影响程度。
由测试人员指定。
如下:最高级(1类)-- 致命级别阻止对后续功能的测试,通常适用于以下情况1 模块无法启动或异常退出2界面/功能Crash 导致一系列测试不能运行3严重花屏4数据丢失(用户数据,服务器数据)5系统崩溃/死机/冻结6 业务逻辑错误(数据计算错误:例如支付错误,业务流程缺失或者走错)7功能设计和需求严重不符8服务器400,500等错误9 影响流程问题,升级失败10 业务逻辑流程中断跳转到其他页面次最高级(2类)- 严重级别在当前发布版本中必须修复,即影响系统功能或操作,主要功能存在严重缺陷,但不会影响到系统稳定性1 Bug 的出现导致软件没有完成用户的需求2 系统刷新错误3数值计算错误4影响功能及界面的错误字或拼写错误5 安全性问题6 兼容性问题(用户群体大,影响严重)7 数据不准,建单据报错8 引发性新BUG(说明此单BUG是由于前面修改BUG或做的新需求导致其它模块出现新的错误。
一般(3类)一般级别-- 在时间许可的范围内修复,即界面、性能缺陷1 只有在极端条件下才会重现的Bug2 在特定配置情况下不会出现的Bug3 操作界面错误(包括数据窗口内列名定义、含义是否一致)4 边界条件下错误5 提示信息错误6系统未优化,性能问题7 兼容性问题(有一定用户群体,影响较大)低(4类)轻微-- 不影响当前发布,可以推迟到下一个发布中修复,即易用性及建设性问题1 不能稳定重现的Bug2 因为电脑上装有其他干扰软件产生的Bug3 非功能性Bug, 如日志,错误回复等4 界面规格不规范5 辅助说明描述不清6 操作时未给用户提示信息7 个别不影响产品功能的错别字8 文字排列不整齐9兼容性问题(用户群体不大,影响相对较小)10 错误提示信息不准确有歧义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 等级划分标准

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)。
BUG严重级别定义
及描述
1. 严重问题
严重问题:阻碍开发或测试工作的问题。
修改优先级为最高,该级别问题需要立即修改。
1)系统崩溃
2)导致程序重启,死机或非法退出
3)死循环
4)数据丢失或异常
5)数据通讯错误
2. 高级问题
高级问题:系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
修改优先级为高,该级别需要程序员尽快修改。
1)功能不符合用户需求
2)数据计算错误
3)业务流程错误
4)程序接口错误
5)因错误操作迫使程序中断
6)系统可被执行,但操作功能无法执行(含指令)
7)功能项的某些项目(选项)使用无效(对系统非致命的)
8)功能实现不完整,如删除时没有考虑数据关联
9)功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无作用,
对数据库的操作不能正确实现。
10)安全问题
3. 中级问题中级问题:系统可以满足业务要求,系统性能或响应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。
修改优先级为中,该级别需要程序员修改。
1)数据长度不一致
2)内容或格式错误
3)响应时间较慢
4)功能性建议
5)提示信息不太准确
6)操作界面错误(包括数据窗口内列名定义、含义是否一致)
7)简单的输入限制未放在前台进行控制
8)虽然正确性不受影响,但系统性能和响应时间受到影响
9)不能定位焦点或定位有误,影响功能实现
10)增删改功能,在本界面不能实现,但在另一界面可以补充实现
4. 低级问题
低级问题:界面、性能缺陷
修改优先级为低,该级别需要程序员修改或不修改
1)界面不规范
2)辅助说明描述不清楚
3)输入输出不规范
4)长时间操作未给用户提示
5)提示窗口文字未采用行业术语
6)可输入区域和只读区域没有明显的区分标志
7)必填项与非必填项应加以区别
8)滚动条无效
9)键盘支持不好,如在可输入多行的字段中,不支持回车换行
10)界面不能及时刷新,影响功能实现
5. 建议意见建议意见:希望提出的建议以及建议进行但不强制进行的修
改。
不会给发
布的准确性或可用性带来任何严重影响。
修改优先级为低,该级别需要程序员修改或不修改。
1)各种提示框信息使用不统一,未采用行业术语
2)界面显示或描述建议
3)光标跳转设置不好,鼠标(光标)定位错误
4)其他建议性问题。