51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 14132|回复: 26
打印 上一主题 下一主题

怎样定义bug的严重级别?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-12-16 11:45:58 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们知道在测试的各个阶段,同一类别的bug的严重界别定义是不同的,请问又没有一个可循的规律呢?

等待大家的探讨!!!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-12-16 22:19:12 | 只看该作者
非常严重,严重,一般,轻微,可延后
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2004-12-16 22:20:02 | 只看该作者
非常严重,严重,一般,轻微,可延后
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-12-27 17:03:25 | 只看该作者
一般缺陷管理系统都会有定义吧。
level 1:必死机,不可用,缺功能,明显界面错误。
level 2:随机死机(频率较多),输出异常(可修复)。
level 3:经过复杂操作造成的界面错误等
Level 4:随机死机(极难重现),极难重现的异常操作。


其实你可以自己定义啦。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2004-12-28 12:47:59 | 只看该作者
感谢各位探讨:)
那就是说我下面的定义在整个的测试过程中都是可用

A:最严重,会导致系统崩溃和机器死机
B:非常严重,自身不能正常运行,与主要软件不兼容
C:严重,用户界面等处出现错字、错误符号等现象
D:一般,指不符合用户习惯的用语或属建议方面的问题

随测试的逐步进行,bug的严重级别逐渐上升,是这样理解的吧:)
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2004-12-29 15:17:18 | 只看该作者
随测试的逐步进行,bug的严重级别逐渐上升,是这样理解的吧:)

长见识了,能具体点吗?
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-1-18 09:43:43 | 只看该作者
“随测试的逐步进行,bug的严重级别逐渐上升” 也并非一定如此
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-1-18 10:27:34 | 只看该作者
恩,基本是这样的,还有就是行业不同,很有区别
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-1-18 17:25:18 | 只看该作者

bug级别和种类划分(一点点的总结)

希望大家多多建议多多完善,有资源共同分享!;););)

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-1-21 13:05:05 | 只看该作者
好东东。顶下!!
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2005-1-26 10:33:37 | 只看该作者
Good!谢谢~!~
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2005-1-26 10:59:30 | 只看该作者

更为详细一点的划分如下:

A类——严重错误,包括:

        1.由于程序所引起的死机,非法退出
        2.死循环
        3.导致数据库发生死锁
        4.数据通讯错误
        5 严重的数值计算错误

    B类——较严重错误,包括:

        1.功能不符
        2.数据流错误
        3.程序接口错误
        4.轻微的数值计算错误

    C类——一般性错误,包括:

        1.界面错误(详细文档)
        2.打印内容、格式错误
        3.简单的输入限制未放在前台进行控制
        4.删除操作未给出提示

    D类——较小错误,包括:

        1.辅助说明描述不清楚
        2.显示格式不规范
        3.长时间操作未给用户进度提示
        4.提示窗口文字未采用行业术语
        5.可输入区域和只读区域没有明显的区分标志
        6.系统处理未优化

    E类——测试建议(非缺陷)
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2005-1-31 11:56:13 | 只看该作者

学习

回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2005-3-17 17:13:54 | 只看该作者

回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-3-18 10:10:27 | 只看该作者
请问大家在实际测试中都是按照这个标准来划分的吗?
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2005-3-23 08:33:24 | 只看该作者
Originally posted by 888888 at 2005-3-18 10:10 AM:
请问大家在实际测试中都是按照这个标准来划分的吗?


不会.
因为每个公司对BUG的定义和分类是不同的.
没有统一的标准.
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-3-23 19:32:46 | 只看该作者

是的,BUG标准是不统一的!

谢谢!谢谢您!中兴手机西安研究所欢迎您!

林根胜
13772071732
029-88723326
lin.gensheng@zte.com.cn
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    18#
    发表于 2005-3-24 09:35:00 | 只看该作者
    BUG的标准不会统一,但是大类基本上一致。一般总会考虑到程序本身、业务相关、数据相关的一些条件。比如:如果程序本身在运行时出现内存错误,一般就会定义到严重的级别--由于这类错误发生几率是不确定的,并时有发生,不修复会发生较高的风险。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2005-3-24 21:29:54 | 只看该作者
    谢谢,学习中.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2005-3-24 21:37:50 | 只看该作者
    谢谢,学习中.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-9 06:24 , Processed in 0.080529 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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