怎样确定一个bug 的严重性.

Susan1202

昨天第一次去面试,怎样确定一个bug 的严重性. 实在不知该从哪些方面回答. 请各位给点意见.谢谢.

v_v

Bug的严重性指的是该Bug对软件质量的破坏程度，也就是该Bug的存在将对软件的功能和性能产生怎样的影响。
在实际判断中,我想应该从软件最终用户的立场来做判断，考虑bug对用户使用造成的后果的严重性
如:
Blocker，阻碍开发和/或测试工作
Critical，死机，丢失数据，内存溢出
Major，较大的功能缺陷
Normal，普通的功能缺陷
Minor，较轻的功能缺陷
Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等
Enhancement，建议或意见

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

穆如寒江

嗯。。。。。。。。。。

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

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

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

sdlkfj1  。。。不全面，有请专家~~~

穆如寒江

sdlkfj3  楼上的挺好

luming

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

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

上面仅仅是我的一些个人看法，大家可以发表不同的意见和建议，呵呵。

Ramon22

同意Luming版主的说法。
我们公司对bug的优先级是由客户决定的。

刘洪鹏

每个公司都有自己的bug定义级别  大体也差不多就是楼上极为说的那几种情况

baizhudan

CRASH和极度重要功能失效导致软件无法正常运行的一般归为a bug(s1)
重要功能失效或者错误但软件能够运行一般归为b bug(s2)
除此之外的其他的一些问题归为c bug(s3)
我们公司是这样。

warning

        严重：
1.        系统崩溃、服务瘫痪，造成测试任务无法进行；
2.        严重影响基本流程和重要功能的实现；
3.        数据丢失或错误，造成严重问题；
4.        在安全性方面存在重大问题；
5.        程序功能与需求不一致。

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

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

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

        建议：
1.        需求建议；
2.        修改建议。

Susan1202

谢谢大家回复.我已经基本知道从哪谢方面回答啦 谢谢.