问:TestDirector中的Bug优先级是如何定义的?
有谁知道的吗?有五个级别:低,中,高,很高,紧急。
那是什么样的Bug属于哪种级别呢?如何判断级别呢?请指教。谢谢。 呵呵,只要所有人标准统一就可以。
具体的内容,大家可以协商。
其实最好的办法就是由一个人统一负责修改某种状态,这样最公平。 哦。那你的意思就是没有具体严格的规定。自己定义的是吧? 跟着感觉走。
我一般都是随便选一个了事。
而且优先级的变化其实是很大的,在项目不同的阶段,一个问题可能会有不同的优先级。
我个人认为,此Field用处不大。开发人员修改程序,都是全部扫荡,很少会有人根据优先级的顺序进行缺陷的修改。 知道一些了。谢谢。 给楼主一份关于BUG管理与工作流建立的PDF资料,可以学习一下,相信对你会有很大的帮助~:d 谢谢了,我先收着了。 这就是认为的规定的了
(1)紧急:如果在测试中,发现bug,并且此bug,不立即解决,则不能再测试下去了,就将此bug定义为“紧急的”。
(2)很高:发现的bug,造成数据丢失,或死机现象,如此的bug将被定义为“很高”的优先级。
(3)高:发现的bug,不符合系统的设计,或者某一主要功能未实现等,象这样的bug,应该被定义为“高”的优先级。
(4)中:发现的bug,某些非主要的功能未实现,不影响其他功能的实现,象这样的bug,因改被定义为“中"的优先级。
(5)低:不影响系统的功能实现,例如:界面上的错别字,界面上的字体参差不起等。或者是测试人员建议的问题。这样的bug的优先级,可以被定义为"低”。
这是我个人的建议。仅仅作为参考。
请求bug错误等级的规范
在提交的测试报告中,有一项是针对bug的严重程度的,其中象轻微、一般、严重等等级具体应该怎么划分和描述比较准确一些,因为平时这些好像都是凭感觉来划分的,没有一个比较规范的标准。希望那位大侠有的话能发给在下,谢谢!weijiang555280@sohu.com 紧急度和严重性最好分开回复 #8 hxf 的帖子
赞成,你说得很有道理。 这两天正在找跟优先级有关的资料,个人觉得优先级跟严重级有区别.前两天上头对我说,在设置优先级的时候多花点心思.爆汗~~ 谢谢收下 难得糊涂,估摸一下就好了 我也是了,没有严格的限定 收一下,看看回复 10# 的帖子
同意,紧急度和严重性是不同的两个方面,个人觉得最主要的达成一致就可以了 公司没有标准或规定吗?? bug优先级的设定要根据具体的测试阶段来定吧,如果说是功能测试,功能没有实现就比较严重了,功能缺失可以说比较重了。优先级对开发的影响也是比较大的,比如说是在时间紧迫的情况下,开发人员就会优先修改级别高的BUG,所以作为测试人员,在为BUG定优先级的时候应该给开发人员一个明确的提示,这个问题是否严重。 那请问你们公司把bug的等级看的很重吗?你们的等级是由 测试还是开发来做?如果是测试来做,那开发会按照测试人员报的严重性来修改bug吗?
页:
[1]
2