BUG重复问题

BUG重复问题

2010-03-10 陈春燕

看到大家在讨论关于BUG重复的问题，我也在这里说说我个人的认识：

对于判断两条BUG是否是重复的，应该是要从几个方面判断：

第一、属于同一个功能模块

第二、操作步骤一样

第三、出现的结果一样

如果符合以上三点，那这两个BUG是重复的了，如果是不同的功能模块，除了上述的三步，还要判断：

第四、需要判断是否是调用同一个函数实现的

如果是的话，那也是属于重复BUG，不需要重复的提，只需要备注说明下即可。

上面的只是属于对表面现象的判断，其他真正的，找到每条ＢＵＧ产生的原因，那一切都解决了，这个就是要看测试人员的技术和能力了。

但是，个人认为，重复BUG不一定要杜绝的，在一定范围的还是允许存在的，毕竟如果功能模块多了，测试周期比较长的时候，特别是BUG比较多的时候，还是会有可能存在的。

对于测试人员来说，BUG宁愿错提一百，也不能放过一个。

704°/6816 人阅读/23 条评论发表评论

王恩建 2010-03-10

支持，重复BUG存在是合理的。关于重复BUG的定义是从测试人员的角度，从表象来判断。这个判断标准如果能开发人员达成共识最好，因为在开发人员角度，可能会把问题根源相同的bug都理解为重复BUG。

曹一富 2010-03-10

对待重复bug的问题，我们态度是“减少”，而不是“杜绝”。

陈春燕 2010-03-10

曹一富: 对待重复bug的问题，我们态度是“减少”，而不是“杜绝”。

从对于测试人员的考核来说，BUG的质量其中要考核的一点就是重复BUG，所以要提高BUG质量，就需要尽量控制重复BUG的出现。
从对项目质量的控制来看，BUG就是宁错一百，不放过一个。

焦爱玲 2010-03-10

在测试阶段的后期，特别是使用交叉测试时，重复提交缺陷在所难免加上缺陷管理工具的对中文语义分析能力欠缺或不佳。
所以尽可能加强测试组内沟通、测试前准备阶段对缺陷预审、每次测试后举行缺陷评审会。有助于改善这个问题。

欧阳辰 2010-03-10

同意，重复Bug，其实没有什么危害性 :)

吴卓扬 2010-03-10

王恩建: 支持，重复BUG存在是合理的。关于重复BUG的定义是从测试人员的角度，从表象来判断。这个判断标准如果能开发人员达成共识最好，因为在开发人员角度，可能会把问题根源相同

赞同~不同的模块，不同的操作步骤可能导致相同的bug，对测试人员来说不是重复，假如原因是同一函数导致的，那对于开发来说就是重复性bug

王务贤 2010-03-10

楼上的很愚蒙能否解释一下什么叫做Bug的重复问题，怎么可能呢？如果你遇到Bug重复的问题的话那代表你们公司对BUg库管理很混乱。如果我没有猜错的话，你们公司是不是不用BUG管理工具。如果是用的话就不会产生BUG重复的问题。

王务贤 2010-03-10

如果那位仁兄不服气的话认为自己的水平很高的话可以探讨一下。我的公司是国家软件应用质量监督检验中心国内事业部的。我的技术不算是太高。我只做了不到六年的测试。

王务贤 2010-03-10

我们公司从来没有遇到过向你们说的BUG重复的问题。如果要是有的话那不是每天和开发人员吵架吗？你们公司要是用BUG管理工具的话就不会产生上述的情况了。

曹一富 2010-03-10

王务贤: 楼上的很愚蒙能否解释一下什么叫做Bug的重复问题，怎么可能呢？如果你遇到Bug重复的问题的话那代表你们公司对BUg库管理很混乱。如果我没有猜错的话，你们公司是不是不

这是一个做了6年测试的人该问的问题吗？

曹一富 2010-03-10

王务贤: 如果那位仁兄不服气的话认为自己的水平很高的话可以探讨一下。我的公司是国家软件应用质量监督检验中心国内事业部的。我的技术不算是太高。我只做了不到六年的

你是做测试的吗？你的水平的确不高，因为高手从来不说这种低水平的话。

王务贤 2010-03-10

楼上的也许你说的很对，我的确不高。你也如此。

王务贤 2010-03-10

如果想和我搅拌的话我们找个论坛去PK。不是本人夸自己。就你不行。

曹一富 2010-03-10

王务贤: 如果想和我搅拌的话我们找个论坛去PK。不是本人夸自己。就你不行。

你觉得我可能为这点破事去跟你P什么K吗，我还没傻到这份上，PK自己有没有本事算什么本事。

曹一富 2010-03-10

“见贤思齐焉，见不贤而内自省也”。送给自己心里那杯水还没有满的朋友，共勉。

陈春燕 2010-03-11

王务贤: 楼上的很愚蒙能否解释一下什么叫做Bug的重复问题，怎么可能呢？如果你遇到Bug重复的问题的话那代表你们公司对BUg库管理很混乱。如果我没有猜错的话，你们公司是不是不

工具不是万能的，工具还是靠人来操作的，重要的是在于人而不是工具。世上，凡事没有绝对，如果你们公司真的说从来不会出现重复BUG，那么我只能说你们的水平真的很高很高很高........
测试，有些时候靠的不仅仅是技术，微软为什么可以让一个家庭主妇成为高级测试工程师？她靠的就不是技术，因为她完全不懂一点点技术

赵鸣 2010-03-11

这里很热闹。

胡军红 2010-03-11

陈春燕: 工具不是万能的，工具还是靠人来操作的，重要的是在于人而不是工具。世上，凡事没有绝对，如果你们公司真的说从来不会出现重复BUG，那么我只能说你们的水平真的很高很高很

支持，工具并不是绝对的、万能的。

左明星 2010-03-11

多多益善~！

小窝 2010-03-11

延伸阅读，《我也是说说重复的bug》http://www.testwo.com/space-485-do-blog-id-298.html

程守标 2010-03-12

一个系统可能有多个模块，多个模块可能会调用一个函数，如果说这个函数出问题，对功能测试而言肯能得出是多个BUG，而对于开发来说是同一个BUG，那么这个应该归为重复BUG呢？还是归为不重复BUG呢？

程守标 2010-03-12

因为在好多公司，系统测试人员是看不到代码，那么他就不知道是因为调用同一个函数出问题，这样通过BUG工具根本是无法控制的，工具只能是辅助，绝对不肯能完全依赖。完全支持BUG重复的合理性

陈春燕 2010-03-12

程守标: 一个系统可能有多个模块，多个模块可能会调用一个函数，如果说这个函数出问题，对功能测试而言肯能得出是多个BUG，而对于开发来说是同一个BUG，那么这个应该归为重复BUG呢？

这个一方面就是要提高测试人员的能力，一方面要与开发人员达成一致，特别是当这两个模块不是同一个人测试时，就容易出现重复提交了，可以算是重复BUG，也可以不算，这个要根据实际情况来决定的。还有一种，就是提交一条BUG，注明两个模块都有这个问题，如果只其中一个模块的话，可能下一个版本回归的时候，就会漏了另一个模块，虽然是调用一个函数，但是站在测试的立场，不能一个地方调用没问题，就认为其他的调用也没问题。因为模块功能的实现不仅仅只是调用一个函数的问题，还有很多其他的处理。

请登录后发表评论

陈春燕的其他博文更多

测试靠的不仅仅是技术