如果两个缺陷原因99%可能一样,但现象不一样,要不要把它们合并?

zhangmike

我是从来不合并的.而且坚持不合并.
哪怕100%的原因是一样的.
但最近上司对缺陷数量过敏. 一定要想办法通过合并一些来减少BUG数量.
这是一种掩耳盗铃的做法.
我记得在哪个大师的文章中有所论述,但我想不起来了.
有哪位朋友最近正好看过,给我一些提示.
我好去与上司理论.

森林一木

我赞成将相同的bug合并，因为，我们合并了原因，现象一样的bug，在一定程度上减轻了工作量，我不希望我们把时间浪费在处理相同的bug上，虽然这种情况很少！

bill_hen

听上司吧，要不把你炒掉你也没辙。何必呢？

zhuhao

我也有这样的问题，比如，两个页面中的bug的缺陷原因是一样的（测试人员推测，特别是GUI上的bug），如果将这两个页面的bug，只提交一个bug到库里。可能开发人员只改了一个页面就给你check in 了。

西西

我觉得内部程序问题，归根结底是一个问题，那合并比较合适，如果单纯是界面上的问题，那么都是一些小问题，即使这样的bug增加，也是几秒钟能fixed的事情，很容易被closed，那么如果不一样，没必要强制合并。

johnjinwei

不能合并。

Fantasy

个人做法：
如果没有100%的把握，我就不会合并。
如果有100%的把握，我会把的这个缺陷的所有暴露出来表现都写上去。（就是合并），就算自己推算错误，开发人员也会发现我的推测是错误的。

songfun

对楼主说的情况不是很明白，能不能举一个实例，我们再帮你看看？

linchuanzai

我们的做法：合并
^_^

xu_coco

Originally posted by zhuhao at 2005-7-28 08:45:
我也有这样的问题，比如，两个页面中的bug的缺陷原因是一样的（测试人员推测，特别是GUI上的bug），如果将这两个页面的bug，只提交一个bug到库里。可能开发人员只改了一个页面就给你check in 了。

我们在工作当中也遇到过同样的情况。经过好几次商定后，我们的做法是提交一个bug，然后将有类似问题的页面写在bug描述中，阐明在这个页面也存在同样的问题。
不过，这里也存在一个问题，就是我们可能不能列举出所有的存在该bug的页面，也只能尽量列举，以给开发人员更好的定位问题的所在。