51Testing软件测试论坛

标题: 怎样确定一个bug 的严重性. [打印本页]

作者: Susan1202    时间: 2007-7-10 23:00
标题: 怎样确定一个bug 的严重性.
昨天第一次去面试,怎样确定一个bug 的严重性. 实在不知该从哪些方面回答. 请各位给点意见.谢谢.
作者: v_v    时间: 2007-7-10 23:47
Bug的严重性指的是该Bug对软件质量的破坏程度,也就是该Bug的存在将对软件的功能和性能产生怎样的影响。
在实际判断中,我想应该从软件最终用户的立场来做判断,考虑bug对用户使用造成的后果的严重性
如:
Blocker,阻碍开发和/或测试工作
Critical,死机,丢失数据,内存溢出
Major,较大的功能缺陷
Normal,普通的功能缺陷
Minor,较轻的功能缺陷
Trivial,产品外观上的问题或一些不影响使用的小毛病,如菜单或对话框中的文字拼写或字体问题等等
Enhancement,建议或意见

有时候bug的严重性还要和优先级联系起来,严重级别高的bug具有较高的优先处理级别, 但严重级别和优先级并不总是一一对应。
有时候严重级别高的Bug优先级不一定高,而一些严重级别低的Bug却需要及时处理,具有较高的优先级.....
例如,如果某个严重的bug只在非常极端的条件下产生而通过配置或人为注意可以避免,则可以稍后解决。另一方面,如果软件缺陷的严重性很低,例如,提示错误,但是提示信息很容易造成别人的误解,则必须尽快修改
作者: 穆如寒江    时间: 2007-7-10 23:54
嗯。。。。。。。。。。

如果我来回答这个问题。。。

确定一个BUG的严重性,要从主要功能上考虑,如果阻碍主要功能实现的,肯定是严重的BUG。

然后还可以从性能考虑,如果程序一运行机器就挂了,那肯定也是严重的BUG

sdlkfj1  。。。不全面,有请专家~~~
作者: 穆如寒江    时间: 2007-7-10 23:55
sdlkfj3  楼上的挺好
作者: luming    时间: 2007-7-11 09:08
严重性一直没有一个统一的标准可以遵循,一些人用3级,还有的用4级甚至5级的严重性。可以说,严重性标准是公司内部的标准,而不是广泛范围内的标准。
在测试人员选择严重性的时候,通常也比较随意,可能在一个人那里认为是严重缺陷的,另外一个人就划归为普通缺陷。
主要问题在于缺陷发生的原因很多,即使有相应的标准,很多时候在真实环境下遇到也无法进行分类,只能靠测试人员的感觉处理。
所以我的看法是严重性由一个专人进行处理比较好,例如测试小组长或测试经理,在缺陷确认的时候,统一规划严重性。由一个人进行处理严重性,至少相应的标准比较统一。最后的统计才有意义。

另外,优先级和严重性感觉有些不同。严重性是从测试的角度来看,一些缺陷严重,另外一些缺陷轻微。
但是优先级不是,优先级是从修改缺陷的开发人员的角度说的,哪些先修改,哪些后修改。所以优先级如果可能,最好不要由测试人员拟定,由开发的项目经理决定优先级比较合适。

上面仅仅是我的一些个人看法,大家可以发表不同的意见和建议,呵呵。
作者: Ramon22    时间: 2007-7-11 09:17
同意Luming版主的说法。
我们公司对bug的优先级是由客户决定的。
作者: 刘洪鹏    时间: 2007-7-11 09:21
每个公司都有自己的bug定义级别  大体也差不多就是楼上极为说的那几种情况
作者: baizhudan    时间: 2007-7-11 09:39
CRASH和极度重要功能失效导致软件无法正常运行的一般归为a bug(s1)
重要功能失效或者错误但软件能够运行一般归为b bug(s2)
除此之外的其他的一些问题归为c bug(s3)
我们公司是这样。
作者: warning    时间: 2007-7-11 10:07
标题: 我做的定义
        严重:
1.        系统崩溃、服务瘫痪,造成测试任务无法进行;
2.        严重影响基本流程和重要功能的实现;
3.        数据丢失或错误,造成严重问题;
4.        在安全性方面存在重大问题;
5.        程序功能与需求不一致。

        高:
1.        局部功能无法正常使用,但不影响软件整体流程实现;
2.        流程执行过程中产生中断;
3.        数据丢失或错误,不影响软件流程功能;
4.        软件使用过程中出现未控制的系统错误信息;

        中:
1.        页面报错,不影响软件功能和页面显示;
2.        页面结构以及图片和文字与需求不符;
3.       

        低:
1.        极端情况下产生的错误,但不会影响系统的整体流程功能以及数据;
2.        异常复杂操作引起的错误;
3.        其他页面显示问题;
4.        其他细微问题;

        建议:
1.        需求建议;
2.        修改建议。
作者: Susan1202    时间: 2007-7-11 14:06
谢谢大家回复.我已经基本知道从哪谢方面回答啦 谢谢.




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2