对BUG的界定

土土的豆豆 · 发表于 2005-12-7 14:51:45

请问各位在日常的测试工作中是否有明确的（最好是文档化的）对BUG的界定，即什么样的算BUG、什么样的不算。

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

顺便抱怨一下，这个功能模块已经反复测了17遍，还有比较严重的错误和未完成的功能，唉…………，还有那些异常难看的界面我都不跟他们提了，受气ING，浪费劳动力

ilovejolly · 发表于 2005-12-9 20:42:27

测试人员首先要负责自己分内的事，并没有权利去规定什么是bug什么不是bug，有权利做这个规定的是客户，但是和客户的交互很麻烦，也不是测试人员要做的，在你们公司就要听你们老板的，你们老板不涉及技术方面问题的话就听项目负责人的。象这些在需求里没有明确标准的可以作为建议提出来，但要注意提出的方式

mailtowy · 发表于 2005-12-9 16:52:44

我们对发现的问题只有:Bug, Suggestion

Lero · 发表于 2005-12-8 14:55:51

如果系统自动截断就表示是正常的撒!至少我觉得是正常的,我们的系统也是这样的,我师傅的用例也是这样写的,存在系统自动截断!不过是登陆名称的字符限制10个字段,如果超过,系统会提示:超过或是系统自动截断!
楼主说的输入:**.*** 其实如果需求上面有严格的定义那可以算是BUG,如果没有定义,那么这个可以作为D类BUG
提交!D类BUG是容许存在的!

jennie98 · 发表于 2005-12-8 14:25:56

原帖由 土土的豆豆 于 2005-12-7 16:14 发表
用例来了

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

我们的项目中，price定义为money型的，也可以输入54.654啊。
而已可以输入5.5555555555，任意位小数，不过系统自动将其截断，四舍五入，保留4位小数。
pls 问：这是bug么？小数位数有特定限制么？

black_tulip · 发表于 2005-12-8 13:02:56

你的这个问题找项目经理，如果他认为不是bug，可以发布，那就随他。

土土的豆豆 · 发表于 2005-12-8 10:42:12

说出来或许你们不会相信，我们测试，没有需求，没有设计，没有任何文档，有的只是他们开发出来的模块和你自己对这个模块的理解

baitest · 发表于 2005-12-7 22:01:39

其实楼主作的还是没有将你所需要判断的数值搞清楚，你最好向开发人员要输入控件的设计说明或者数据模型等，此类文档中已经定义的很清楚了！

ilovejolly · 发表于 2005-12-7 17:40:42

沟通在所有的工作中都是很重要的，抛开其他的各种能力不谈。

[ 本帖最后由 ilovejolly 于 2005-12-8 08:43 编辑 ]

summerlake · 发表于 2005-12-7 16:57:24

我觉得也许得需要看一下需求怎么说，
如果需求中有输入限制，或者说有价格的小数位数限制等要求，这个问题应该很好界定了。
请问楼主，输入54.654预期结果是什么呢，那么实际结果是直接显示54.654呢还是显示成54.65或55等处理后的数值呢？
如果输入54.654后，系统自动四舍五入，或自动变为要求的小数位数，那么系统允许输入，这也不能算是bug。
如果输入54.654后，还是显示这些，而需求又没有明确说明，也许是应该跟开发人员探讨一下，因为价格的小数位数好象没有多么严格的限制吧？不知道你用例的含义是不是指的小数位数问题，呵呵~~~

realism · 发表于 2005-12-7 16:33:12

原帖由 土土的豆豆 于 2005-12-7 16:14 发表
用例来了

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

我觉得这个真应该考虑一下对bug的定义了.
如果宽一点,虽然没有判断输入是否合法,但程序依然可以执行,可能不算bug,如果影响程序正常运行,则是bug.
如果严一点,不判断输入是否合法也应该算bug,可能他偷懒了吧.
另外我认为这个不能算是用例的错误,你可以和他谈一下.
不知道说的对不对,大家都来帮忙帮忙.

土土的豆豆 · 发表于 2005-12-7 16:14:04

用例来了

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

土土的豆豆 · 发表于 2005-12-7 16:10:00

我是很想好好的做点什么，可是开发人员给我的感觉就是在敷衍我，同样的BUG，在上一次测试中我已经发现并向他们提了出来，可是这一次测试，同样的BUG依然存在，而且这样的BUG有3、4个，不存在他们粗心漏改了的可能吧，试问，一个仅仅由5个表单组成的功能模块需要经过17次测试，依然存在致命的问题吗

realism · 发表于 2005-12-7 16:09:15

最好先确认测试用例是不是有问题,如果没问题那就再找他谈

cat_zhang · 发表于 2005-12-7 16:06:18

bug的鉴定是没有明确的标准的,测试人员要做的事除了是负责找出BUG,还要履行盯促IT和BA修改相应的BUG,你的case是根据什么写的?我不知道你是否知道case的写做标准是什么,如果你是根据需求的所提产品的各个功能是否实现来写case,那么你完全有理由反驳他,因为任何一个软件工作人员,无论是BA,还是IT,还是TESTER,唯一坚持的真理就是客户的需求,客户如果提出的需求你没有实现就是BUG,没有提出的功能你却实现了,那也是BUG,影响了后面的真个产品的流程,或是引起了系统瘫痪,服务器倒了,就是critical的bug,这是没有什么商量余地的,我想更多时候只要你站在客户的角度来定义BUG,任何人都不会有话反驳的

ilovejolly · 发表于 2005-12-7 16:05:18

楼主可以拿例子出来看看，问题到底在哪，我觉得bug的定义是很清晰的

ermeng1224 · 发表于 2005-12-7 15:55:24

我觉得作为一个团队
应该让开发人员明白测试是在帮助开发
沟通很重要
如果每个人都在推卸责任,那永远没有好的软件
无论是谁的错,至少楼主该首先反省自己,这样是是解决问题的关键
是交流上的问题还是业务上的问题

fatmao · 发表于 2005-12-7 15:39:04

那要看看你的测试用例是不是合理的了，如果是就理直气壮的给他们说是bug

土土的豆豆 · 发表于 2005-12-7 15:33:19

现在是我认为是BUG，开发人员说那是测试用例造成的，把自己的责任推的一干二净，我是想找个根据让他无话可说

ilovejolly · 发表于 2005-12-7 15:12:34

难不成对bug的规定还能统一起来？楼主应该好好的理解测试的相关概念

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 对BUG的界定

相关帖子

站长推荐 /1