怎样确定一个bug 的严重性.
昨天第一次去面试,怎样确定一个bug 的严重性. 实在不知该从哪些方面回答. 请各位给点意见.谢谢. Bug的严重性指的是该Bug对软件质量的破坏程度，也就是该Bug的存在将对软件的功能和性能产生怎样的影响。在实际判断中,我想应该从软件最终用户的立场来做判断，考虑bug对用户使用造成的后果的严重性
如:
Blocker，阻碍开发和/或测试工作
Critical，死机，丢失数据，内存溢出
Major，较大的功能缺陷
Normal，普通的功能缺陷
Minor，较轻的功能缺陷
Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等
Enhancement，建议或意见
有时候bug的严重性还要和优先级联系起来,严重级别高的bug具有较高的优先处理级别， 但严重级别和优先级并不总是一一对应。
有时候严重级别高的Bug优先级不一定高，而一些严重级别低的Bug却需要及时处理，具有较高的优先级.....
例如，如果某个严重的bug只在非常极端的条件下产生而通过配置或人为注意可以避免，则可以稍后解决。另一方面，如果软件缺陷的严重性很低，例如，提示错误，但是提示信息很容易造成别人的误解，则必须尽快修改 嗯。。。。。。。。。。
如果我来回答这个问题。。。
确定一个BUG的严重性，要从主要功能上考虑，如果阻碍主要功能实现的，肯定是严重的BUG。
然后还可以从性能考虑，如果程序一运行机器就挂了，那肯定也是严重的BUG
sdlkfj1。。。不全面，有请专家~~~ sdlkfj3楼上的挺好 严重性一直没有一个统一的标准可以遵循，一些人用3级，还有的用4级甚至5级的严重性。可以说，严重性标准是公司内部的标准，而不是广泛范围内的标准。
在测试人员选择严重性的时候，通常也比较随意，可能在一个人那里认为是严重缺陷的，另外一个人就划归为普通缺陷。
主要问题在于缺陷发生的原因很多，即使有相应的标准，很多时候在真实环境下遇到也无法进行分类，只能靠测试人员的感觉处理。
所以我的看法是严重性由一个专人进行处理比较好，例如测试小组长或测试经理，在缺陷确认的时候，统一规划严重性。由一个人进行处理严重性，至少相应的标准比较统一。最后的统计才有意义。
另外，优先级和严重性感觉有些不同。严重性是从测试的角度来看，一些缺陷严重，另外一些缺陷轻微。
但是优先级不是，优先级是从修改缺陷的开发人员的角度说的，哪些先修改，哪些后修改。所以优先级如果可能，最好不要由测试人员拟定，由开发的项目经理决定优先级比较合适。
上面仅仅是我的一些个人看法，大家可以发表不同的意见和建议，呵呵。 同意Luming版主的说法。
我们公司对bug的优先级是由客户决定的。 每个公司都有自己的bug定义级别大体也差不多就是楼上极为说的那几种情况 CRASH和极度重要功能失效导致软件无法正常运行的一般归为a bug(s1)
重要功能失效或者错误但软件能够运行一般归为b bug(s2)
除此之外的其他的一些问题归为c bug(s3)
我们公司是这样。
我做的定义
严重：1. 系统崩溃、服务瘫痪，造成测试任务无法进行；
2. 严重影响基本流程和重要功能的实现；
3. 数据丢失或错误，造成严重问题；
4. 在安全性方面存在重大问题；
5. 程序功能与需求不一致。
高：
1. 局部功能无法正常使用，但不影响软件整体流程实现；
2. 流程执行过程中产生中断；
3. 数据丢失或错误，不影响软件流程功能；
4. 软件使用过程中出现未控制的系统错误信息；
中：
1. 页面报错，不影响软件功能和页面显示；
2. 页面结构以及图片和文字与需求不符；
3.
低：
1. 极端情况下产生的错误，但不会影响系统的整体流程功能以及数据；
2. 异常复杂操作引起的错误；
3. 其他页面显示问题；
4. 其他细微问题；
建议：
1. 需求建议；
2. 修改建议。 谢谢大家回复.我已经基本知道从哪谢方面回答啦 谢谢.
页:
[1]
