51Testing软件测试论坛

标题: 一个项目多人合作，如何有效的避免重复bug的提交呢？ [打印本页]

作者: 婧颦 时间: 2005-7-12 09:17
标题: 一个项目多人合作，如何有效的避免重复bug的提交呢？
开发人员有个CVS或者其它协同开发工具！即当多个人参加同一个项目，同一个软件开发时，可以将多方的程序整合在一起！对于同一个程序的地方，如果有多人同时修改了，若能合并的就合并在一起！不能合并的将提示冲突，要其中一个开发人员自己修改！
那我们搞测试的，当几个人测同一个项目时，经常会出现测出同一个问题，有什么办法避免重复劳动呢？

作者: 婧颦 时间: 2005-7-12 09:21
对于CVS协同开发，它有个特点：如果项目分工的很细，模块分的很清楚，就会很少出现要人工去解决冲突！
我们现在用bugfree进行bug管理，但是，经常会出现测出类似的问题！
我在想啊！我们可不可以开发出个和CVS原理差不多的软件来管理测试！那样就会方便很多呀！曾经跟开发者谈过，他说，每个人对bug的描述不一样，很难实现我提出的问题。而且，不同bug属于同一大模块，bug的标题也会出现相同。即使相同的bug也因测试人员习惯不同，而写出不同的bug标题。那么有什么好的办法实现避免bug重复的问题呢？

作者: luming 时间: 2005-7-12 09:58
难道你们没有详细的程序功能模块划分吗？
经常性的，我们一个程序分成几十甚至上百的功能模块，这样测试人员提交和分配程序员修改都比较的方便。
平均下来，每个模块提交的缺陷都不至于太多，任何一个人在提交前，都有责任查询同模块是否有相同的问题别人已经提交。

作者: Song 时间: 2005-7-12 11:23
一开始有模块划分，测试也有分工，那当各自完成自己的那块任务时，会有互相交换测试的情况，这个时候就很难控制，重复提交bug了！

作者: 周鱼 时间: 2005-7-12 11:36
每个测试的都要知道bugfree上所有的bug，这样就不会重复提了

作者: 婧颦 时间: 2005-7-12 14:08
to 周鱼
当bug记录比较少的时候，测试人员会试着查看有没人提出来，可是，当一个模块就已经有二百多条bug的时候，请问你还有耐心去查看吗？
to Song
我们是按模块划分来进行测试的，但模块与模块间并不是独立的，对吧？那么在接口处常常会出现问题，而且，还是牵连N个模块的！他们的表现形式可能一样，也可能不一样。即使不是交互测试，也会存在重提bug的现象！

作者: wsly 时间: 2005-7-12 14:35
标题: 这种情况没办法避免的
但是可以减少, 一是可以在bug title上把关键词列出来,比如 bug111: win/calc: calc.exe doesnot work, 这样别人在搜索bug的时候就能找到,即使总的bug有2000条也没有关系. 二是在报bug前先搜索一下, 看有没有雷同的. 三是每个人每日都对team的bug进行一次review, 这样也能有个印象.

作者: 周鱼 时间: 2005-7-12 15:47
测试人的确需要超强的记忆力啊，以往有什么bug要统统记住

作者: Song 时间: 2005-7-15 09:15
标题: TO 婧颦
我觉得如果是不同的模块，即使表现的问题是相同或相似的，也要报bug，即使是同一个模块下的两个地方出现的问题相同也要报！

作者: 婧颦 时间: 2005-7-15 09:24
to Song
在我测试的软件里，相同模块的两种功能出现的bug都是由一个原因引起的，开发者会跟你说：“这是重复问题！”当然，也有同一模块下的两个地方出现相类似的问题，是要报上去的！我说的是同一个地方的相同bug重复的事情！
最近，我老在想，如何通讯bug跟踪软件来有效的避免相同的bug呢？当我向开发者提出这个需求的时候，他说，这个问题有点难度。所以，我就想想出个解决这个问题的方法啦！

作者: Song 时间: 2005-7-15 09:27
那如果有什么好的方法或建议要拿出来和大家分享哦！

作者: luming 时间: 2005-7-15 09:29
在缺陷状态中可以加Duplicate一项，在项目经理确认或程序员发现的时候，用此种状态类解决重复问题。
当然了，最后测试人员还是需要验证。也算是补救措施吧。

作者: smartclimber 时间: 2005-7-19 12:47
我有个想法就是可以开发一个小工具，为每个功能测试点分配一个ID 号，所有提交的BUG都从那里来分配；如果提交BUG 时，可以先检测CVS系统上是否已经有了该 ID，没有可以提交，有就不行！这样该避免重复提交的问题了吧;);)

作者: jackei 时间: 2005-7-19 13:11
是否重复让开发人员来判断。

作者: tomzhang 时间: 2006-3-16 17:08
应该没有什么好的办法!!重复的劳动肯定是有的!我觉得先要划分模块,各个模块分配不同的人,当相互间交叉测试的时候,时机要选择的当,最好是提交的bug基本上都改好了,就可以交叉测试了!!

作者: Amycat 时间: 2009-12-3 20:55
标题: 似乎只能减少不能避免
对于重复提交bug 这个问题似乎只能减少不能避免。
我们现在用Bugfree，开发人员对于相同的bug ，就改变问题状态，变成“重复的”。。。
但是在统计时重复bug还是会被统计进去。。。
期待更好的办法

作者: lg1318617 时间: 2009-12-4 10:27
可以这样做啊

当几个人测同一个项目前，进行模块划分。

第一轮测试结束后要进行交叉测试，那第一轮的BUG由第二轮的测试人员进行验证。相信验证过第一轮的BUG后，会对BUG的位置、现象有一定的了解，这样就减少了了产生问题状态为“重复的”BUG的几率。

作者: testdatura 时间: 2010-1-25 16:15

原帖由 jackei 于 2005-7-19 13:11 发表
是否重复让开发人员来判断。

我也这么认为，可以在BUGZILLA里提供一个“重复”的选择项。如果开发认为两个BUG是相同的。就把后一个BUG提交为前一个BUG的重复。

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