51Testing软件测试论坛

标题: 如何定义一个缺陷是否重复? [打印本页]

作者: topor 时间: 2009-5-7 10:03
标题: 如何定义一个缺陷是否重复?
最近老是碰到一些比较郁闷的事情,就是开发人员跟测试人员对于"重复缺陷"的定义不一样.
请问大家在日常工作中都是怎么去定义"重复缺陷"呢?
1.相同模块,相同问题表现,问题根源一样.
2.相同模块,不同问题表现,问题根源一样.
3.不同模块,不同问题表现,问题根源一样.
对于问题1,肯定是算做"重复缺陷"的.因为在日常工作中如果系统有很多缺陷的话,测试人员报重复了,也是难以避免的事情.
但是对于问题2,3,我觉得从测试的角度来看是"不重复的",但是从开发的角度来看是由同一个问题引起的,开发人员会认为是"重复的".
所以在日常工作中有时候就会为了这个问题争论不休.
请问各位XDJM,在你们的日常工作中是怎么定义这个问题的,如果测试跟开发有争论的话,是怎么去统一这个标准的?

作者: luming 时间: 2009-5-7 10:12
测试人员可以不理会问题根源一样，测试人员只需要关注问题的表现。
因为测试根据的是测试用例，测试用例是一种预判，而这种预判基本根据是实际软件的表现。
开发人员说现象不一样而根源一样，但是，测试人员本来就应该怀疑这种说法，测试人员的工作就是首先确认软件有问题，再去发现有什么问题；而不是听程序员的，认为软件没有问题，即使有问题，也是测试在挑鸡蛋里面的骨头。
总之，永远记住一句话，发现缺陷了，测试最大。
发现缺陷后，无论开发怎么解释都当成浮云，坚持自己的看法就是的了。

还有，他说一样，但是可能修改后，部分修改了，部分没有修改，所以还是要检查所有的地方，这样倒不如开始的时候，就分开提，省得最后验证的时候忘记了哪里。

[ 本帖最后由 luming 于 2009-5-7 10:13 编辑 ]

作者: topor 时间: 2009-5-7 16:10
我也觉得应该这样,一般在工作中,第二种情况被开发人员定为"重复缺陷"的最多了.
不知道是因为开发人员不想有那么多的defect数量还是怎么回事?
有时候自己也会妥协,碰到很明显的,自己知道的第二种情况,就会合并成一个缺陷来报,但是有时候不确定的话基本上就报成多个了.因为在紧张的测试时期,谁还会有空闲时间跟他们讨论是不是问题根源一样呢...
郁闷中...
只有建议老大和开发人员沟通统一一下这个"重复缺陷"定义了.

谢谢Luming 啦

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)