51Testing软件测试论坛

标题: 对BUG的界定 [打印本页]

作者: 土土的豆豆    时间: 2005-12-7 14:51
标题: 对BUG的界定
请问各位在日常的测试工作中是否有明确的(最好是文档化的)对BUG的界定,即什么样的算BUG、什么样的不算。

前几天我在测试一个开发人员刚完成的功能模块,发现了几个BUG,结果开发人员说是测试用例有问题,不能算是BUG…………

顺便抱怨一下,这个功能模块已经反复测了17遍,还有比较严重的错误和未完成的功能,唉…………,还有那些异常难看的界面我都不跟他们提了,受气ING,浪费劳动力
作者: ilovejolly    时间: 2005-12-7 15:12
难不成对bug的规定还能统一起来?楼主应该好好的理解测试的相关概念
作者: 土土的豆豆    时间: 2005-12-7 15:33
现在是我认为是BUG,开发人员说那是测试用例造成的,把自己的责任推的一干二净,我是想找个根据让他无话可说
作者: fatmao    时间: 2005-12-7 15:39
那要看看你的测试用例是不是合理的了,如果是就理直气壮的给他们说是bug
作者: ermeng1224    时间: 2005-12-7 15:55
我觉得作为一个团队
应该让开发人员明白测试是在帮助开发
沟通很重要
如果每个人都在推卸责任,那永远没有好的软件
无论是谁的错,至少楼主该首先反省自己,这样是是解决问题的关键
是交流上的问题还是业务上的问题
作者: ilovejolly    时间: 2005-12-7 16:05
楼主可以拿例子出来看看,问题到底在哪,我觉得bug的定义是很清晰的
作者: cat_zhang    时间: 2005-12-7 16:06
bug的鉴定是没有明确的标准的,测试人员要做的事除了是负责找出BUG,还要履行盯促IT和BA修改相应的BUG,你的case是根据什么写的?我不知道你是否知道case的写做标准是什么,如果你是根据需求的所提产品的各个功能是否实现来写case,那么你完全有理由反驳他,因为任何一个软件工作人员,无论是BA,还是IT,还是TESTER,唯一坚持的真理就是客户的需求,客户如果提出的需求你没有实现就是BUG,没有提出的功能你却实现了,那也是BUG,影响了后面的真个产品的流程,或是引起了系统瘫痪,服务器倒了,就是critical的bug,这是没有什么商量余地的,我想更多时候只要你站在客户的角度来定义BUG,任何人都不会有话反驳的
作者: realism    时间: 2005-12-7 16:09
最好先确认测试用例是不是有问题,如果没问题那就再找他谈
作者: 土土的豆豆    时间: 2005-12-7 16:10
我是很想好好的做点什么,可是开发人员给我的感觉就是在敷衍我,同样的BUG,在上一次测试中我已经发现并向他们提了出来,可是这一次测试,同样的BUG依然存在,而且这样的BUG有3、4个,不存在他们粗心漏改了的可能吧,试问,一个仅仅由5个表单组成的功能模块需要经过17次测试,依然存在致命的问题吗
作者: 土土的豆豆    时间: 2005-12-7 16:14
用例来了

表单中需要填写价格,我的其中的一个用例是“输入54.654”,结果允许输入,这应该能算是一个BUG吧
作者: realism    时间: 2005-12-7 16:33
原帖由 土土的豆豆 于 2005-12-7 16:14 发表
用例来了

表单中需要填写价格,我的其中的一个用例是“输入54.654”,结果允许输入,这应该能算是一个BUG吧

我觉得这个真应该考虑一下对bug的定义了.
如果宽一点,虽然没有判断输入是否合法,但程序依然可以执行,可能不算bug,如果影响程序正常运行,则是bug.
如果严一点,不判断输入是否合法也应该算bug,可能他偷懒了吧.
另外我认为这个不能算是用例的错误,你可以和他谈一下.
不知道说的对不对,大家都来帮忙帮忙.
作者: summerlake    时间: 2005-12-7 16:57
我觉得也许得需要看一下需求怎么说,
如果需求中有输入限制,或者说有价格的小数位数限制等要求,这个问题应该很好界定了。
请问楼主,输入54.654预期结果是什么呢,那么实际结果是直接显示54.654呢还是显示成54.65或55等处理后的数值呢?
如果输入54.654后,系统自动四舍五入,或自动变为要求的小数位数,那么系统允许输入,这也不能算是bug。
如果输入54.654后,还是显示这些,而需求又没有明确说明,也许是应该跟开发人员探讨一下,因为价格的小数位数好象没有多么严格的限制吧?不知道你用例的含义是不是指的小数位数问题,呵呵~~~
作者: ilovejolly    时间: 2005-12-7 17:40
沟通在所有的工作中都是很重要的,抛开其他的各种能力不谈。

[ 本帖最后由 ilovejolly 于 2005-12-8 08:43 编辑 ]
作者: baitest    时间: 2005-12-7 22:01
其实楼主作的还是没有将你所需要判断的数值搞清楚,你最好向开发人员要输入控件的设计说明或者数据模型等,此类文档中已经定义的很清楚了!
作者: 土土的豆豆    时间: 2005-12-8 10:42
说出来或许你们不会相信,我们测试,没有需求,没有设计,没有任何文档,有的只是他们开发出来的模块和你自己对这个模块的理解
作者: black_tulip    时间: 2005-12-8 13:02
你的这个问题找项目经理,如果他认为不是bug,可以发布,那就随他。
作者: jennie98    时间: 2005-12-8 14:25
原帖由 土土的豆豆 于 2005-12-7 16:14 发表
用例来了

表单中需要填写价格,我的其中的一个用例是“输入54.654”,结果允许输入,这应该能算是一个BUG吧



我们的项目中,price定义为money型的,也可以输入54.654啊。
而已可以输入5.5555555555,任意位小数,不过系统自动将其截断,四舍五入,保留4位小数。
pls 问:这是bug么?小数位数有特定限制么?
作者: Lero    时间: 2005-12-8 14:55
如果系统自动截断就表示是正常的撒!至少我觉得是正常的,我们的系统也是这样的,我师傅的用例也是这样写的,存在系统自动截断!不过是登陆名称的字符限制10个字段,如果超过,系统会提示:超过或是系统自动截断!
楼主说的输入:**.*** 其实如果需求上面有严格的定义那可以算是BUG,如果没有定义,那么这个可以作为D类BUG
提交!D类BUG是容许存在的!
作者: mailtowy    时间: 2005-12-9 16:52
我们对发现的问题只有:Bug, Suggestion
作者: ilovejolly    时间: 2005-12-9 20:42
测试人员首先要负责自己分内的事,并没有权利去规定什么是bug什么不是bug,有权利做这个规定的是客户,但是和客户的交互很麻烦,也不是测试人员要做的,在你们公司就要听你们老板的,你们老板不涉及技术方面问题的话就听项目负责人的。象这些在需求里没有明确标准的可以作为建议提出来,但要注意提出的方式




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2