51Testing软件测试论坛

标题: 如果两个缺陷原因99%可能一样,但现象不一样,要不要把它们合并? [打印本页]

作者: zhangmike 时间: 2005-7-26 07:04
标题: 如果两个缺陷原因99%可能一样,但现象不一样,要不要把它们合并?
我是从来不合并的.而且坚持不合并.
哪怕100%的原因是一样的.
但最近上司对缺陷数量过敏. 一定要想办法通过合并一些来减少BUG数量.
这是一种掩耳盗铃的做法.
我记得在哪个大师的文章中有所论述,但我想不起来了.
有哪位朋友最近正好看过,给我一些提示.
我好去与上司理论.

作者: 森林一木 时间: 2005-7-27 14:13
标题: bug的数量不能说明实际的问题
我赞成将相同的bug合并，因为，我们合并了原因，现象一样的bug，在一定程度上减轻了工作量，我不希望我们把时间浪费在处理相同的bug上，虽然这种情况很少！

作者: bill_hen 时间: 2005-7-28 07:02
听上司吧，要不把你炒掉你也没辙。何必呢？

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

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

作者: johnjinwei 时间: 2005-8-9 19:16
不能合并。

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

作者: songfun 时间: 2005-8-10 09:41
对楼主说的情况不是很明白，能不能举一个实例，我们再帮你看看？

作者: linchuanzai 时间: 2005-9-12 09:27
我们的做法：合并
^_^

作者: xu_coco 时间: 2005-10-11 18:09

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

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

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