51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 862|回复: 9
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-7-10 23:00:55 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
昨天第一次去面试,怎样确定一个bug 的严重性. 实在不知该从哪些方面回答. 请各位给点意见.谢谢.
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

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

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

使用道具 举报

该用户从未签到

3#
发表于 2007-7-10 23:54:29 | 只看该作者
嗯。。。。。。。。。。

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

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

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

sdlkfj1  。。。不全面,有请专家~~~
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-7-10 23:55:29 | 只看该作者
sdlkfj3  楼上的挺好
回复 支持 反对

使用道具 举报

  • TA的每日心情
    慵懒
    昨天 07:01
  • 签到天数: 3633 天

    连续签到: 85 天

    [LV.Master]测试大本营

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

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

    上面仅仅是我的一些个人看法,大家可以发表不同的意见和建议,呵呵。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2007-7-11 09:17:08 | 只看该作者
    同意Luming版主的说法。
    我们公司对bug的优先级是由客户决定的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-7-11 09:21:52 | 只看该作者
    每个公司都有自己的bug定义级别  大体也差不多就是楼上极为说的那几种情况
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-7-11 09:39:09 | 只看该作者
    CRASH和极度重要功能失效导致软件无法正常运行的一般归为a bug(s1)
    重要功能失效或者错误但软件能够运行一般归为b bug(s2)
    除此之外的其他的一些问题归为c bug(s3)
    我们公司是这样。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-7-11 10:07:47 | 只看该作者

    我做的定义

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

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

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

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

            建议:
    1.        需求建议;
    2.        修改建议。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2007-7-11 14:06:44 | 只看该作者
    谢谢大家回复.我已经基本知道从哪谢方面回答啦 谢谢.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-7 07:35 , Processed in 0.068257 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表