51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 14827|回复: 23
打印 上一主题 下一主题

[原创] 问:TestDirector中的Bug优先级是如何定义的?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-8-25 09:26:56 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有谁知道的吗?
有五个级别:低,中,高,很高,紧急。
那是什么样的Bug属于哪种级别呢?如何判断级别呢?请指教。谢谢。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    慵懒
    昨天 08:18
  • 签到天数: 3450 天

    连续签到: 60 天

    [LV.Master]测试大本营

    2#
    发表于 2005-8-25 09:43:09 | 只看该作者
    呵呵,只要所有人标准统一就可以。
    具体的内容,大家可以协商。
    其实最好的办法就是由一个人统一负责修改某种状态,这样最公平。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2005-8-25 09:44:17 | 只看该作者
    哦。那你的意思就是没有具体严格的规定。自己定义的是吧?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    昨天 08:18
  • 签到天数: 3450 天

    连续签到: 60 天

    [LV.Master]测试大本营

    4#
    发表于 2005-8-25 10:00:33 | 只看该作者
    跟着感觉走。
    我一般都是随便选一个了事。
    而且优先级的变化其实是很大的,在项目不同的阶段,一个问题可能会有不同的优先级。
    我个人认为,此Field用处不大。开发人员修改程序,都是全部扫荡,很少会有人根据优先级的顺序进行缺陷的修改。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2005-8-25 10:34:35 | 只看该作者
    知道一些了。谢谢。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-8-25 11:05:38 | 只看该作者
    给楼主一份关于BUG管理与工作流建立的PDF资料,可以学习一下,相信对你会有很大的帮助~:d

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2005-8-25 15:09:26 | 只看该作者
    谢谢了,我先收着了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-10-11 15:28:46 | 只看该作者
    这就是认为的规定的了
    (1)紧急:如果在测试中,发现bug,并且此bug,不立即解决,则不能再测试下去了,就将此bug定义为“紧急的”。
    (2)很高:发现的bug,造成数据丢失,或死机现象,如此的bug将被定义为“很高”的优先级。
    (3)高:发现的bug,不符合系统的设计,或者某一主要功能未实现等,象这样的bug,应该被定义为“高”的优先级。
    (4)中:发现的bug,某些非主要的功能未实现,不影响其他功能的实现,象这样的bug,因改被定义为“中"的优先级。
    (5)低:不影响系统的功能实现,例如:界面上的错别字,界面上的字体参差不起等。或者是测试人员建议的问题。这样的bug的优先级,可以被定义为"低”。

    这是我个人的建议。仅仅作为参考。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-10-13 16:51:12 | 只看该作者

    请求bug错误等级的规范

    在提交的测试报告中,有一项是针对bug的严重程度的,其中象轻微、一般、严重等等级具体应该怎么划分和描述比较准确一些,因为平时这些好像都是凭感觉来划分的,没有一个比较规范的标准。希望那位大侠有的话能发给在下,谢谢!weijiang555280@sohu.com
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2005-12-23 17:39:26 | 只看该作者
    紧急度和严重性最好分开
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2006-1-24 14:59:35 | 只看该作者

    回复 #8 hxf 的帖子

    赞成,你说得很有道理。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-7-25 11:36:04 | 只看该作者
    这两天正在找跟优先级有关的资料,个人觉得优先级跟严重级有区别.前两天上头对我说,在设置优先级的时候多花点心思.爆汗~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-9-18 09:08:48 | 只看该作者
    谢谢收下
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-9-18 15:26:57 | 只看该作者
    难得糊涂,估摸一下就好了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-9-18 15:41:17 | 只看该作者
    我也是了,没有严格的限定
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-8-6 20:57
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    16#
    发表于 2007-10-13 14:08:15 | 只看该作者
    收一下,看看
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2018-8-6 20:57
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    17#
    发表于 2007-11-8 01:11:45 | 只看该作者

    回复 10# 的帖子

    同意,紧急度和严重性是不同的两个方面,个人觉得最主要的达成一致就可以了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-11-15 12:39:58 | 只看该作者
    公司没有标准或规定吗??
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-11-27 15:47:56 | 只看该作者
    bug优先级的设定要根据具体的测试阶段来定吧,如果说是功能测试,功能没有实现就比较严重了,功能缺失可以说比较重了。优先级对开发的影响也是比较大的,比如说是在时间紧迫的情况下,开发人员就会优先修改级别高的BUG,所以作为测试人员,在为BUG定优先级的时候应该给开发人员一个明确的提示,这个问题是否严重。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2008-1-15 18:01:12 | 只看该作者
    那请问你们公司把bug的等级看的很重吗?你们的等级是由 测试还是开发来做?如果是测试来做,那开发会按照测试人员报的严重性来修改bug吗?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-5-2 04:52 , Processed in 0.146611 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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