首页 > 试题广场 >

bug的测评,怎么去评测bug?

[问答题]

请你介绍一下bug的测评,应该怎么去评测bug?

bug分为四个等级(致命级、严重级、一般级、轻微级)
致命级:通常表现为:主流程无法跑通,系统无法运行,崩溃或严重的资源不足,应用模块无法启动或者异常退出,主要功能模块无法使用
严重级:通常表现为:影响系统或操作,主要功能存在严重缺陷,但不会影响到系统的稳定
一般级:通常表现为:界面、性能缺陷,比如:边界条件下错误、大数据下无法响应
轻微级:通常表现为:易用性及建议性问题
发表于 2020-03-11 16:57:26 回复(0)
崩溃级别:影响开发或者测试,不解决就没发继续研发的情况 严重级别:主要功能无法使用的情况 一般级别:部分功能无法使用,或者长期存在会对系统性能造成影响 次要级别:不影响使用,可以被优化的bug
发表于 2022-07-27 13:51:22 回复(0)

Bug的priority()和severity()是两个重要属性,通常人员在提交bug的时候,只定义severity,而将priority交给leader定义,通常bug管理中,severity分为四个等级blocker、critical、major、minor/trivial,而priority分为五个等级immediate、urgent、high、normal、low。

Serverity(严重程度)

1、Blocker(崩溃):阻碍开发或测试工作的问题;造成系统崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,基本模块缺失等问题。如:代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用等。(该问题在测试中较少出现,一旦出现应立即中止当前版本测试)

2、Critical(严重):系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但是不影响其他功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。如:软件中数据保存后数据库中显示错误,用户所要求的功能缺失,程序接口错误,数值计算统计错误等。(该等级问题出现在不影响其他功能测试的情况下可以继续该版本测试)

 3、Major(一般、界面、性能缺陷、兼容性):功能没有完全实现但是不影响使用,功能菜单存在缺陷但不会影响系统稳定性。如:操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多等。(该问题实际测试中存在最多,合理安排解决Bug,解决率关系版本的优化程度) 

 4、Minor/Trivial(次要、易用性及建议性问题):界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案等。如:错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,描述不清楚,提示语丢失,文字排列不整齐,光标位置不正确,用户体验感受不好,可以优化性能的方案等。(此类问题在测试初期较多,优先程度较低;在测试后期出现较少,应及时处理)

Priority(优先级)

1、Immediate(马上解决):表示问题必须马上解决,否则系统根本无法达到预定的需求。

2、Urgent(急需解决):表示问题的修复很紧要,很急迫,关系到系统的主要功能模块能否正常。 

3、High(高度重视):表示有时间就要马上解决,否则系统偏离需求较大或预定功能不能正常实现。

4、Normal(正常处理):进入个人计划解决,表示问题不影响需求的实现,但是影响其他使用方面,比如页面调用出错,调用了错误的等。

5、Low(低优先级):即问题在系统发布以前必须确认解决或确认可以不予解决。


发表于 2020-07-21 21:24:09 回复(0)
其实就是核心的功能如果出现bug就是严重的,如果一些文案类的不涉及到法律的都可以是非严重的
发表于 2020-06-13 11:56:46 回复(0)