婧颦 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呢？当我向开发者提出这个需求的时候，他说，这个问题有点难度。所以，我就想想出个解决这个问题的方法啦！
luming 2005-7-15 09:29
在缺陷状态中可以加Duplicate一项，在项目经理确认或程序员发现的时候，用此种状态类解决重复问题。
当然了，最后测试人员还是需要验证。也算是补救措施吧。
smartclimber 2005-7-19 12:47
我有个想法 就是可以开发一个小工具，为每个功能测试点分配一个ID 号，所有提交的BUG都从那里来分配；如果提交BUG 时，可以先检测CVS系统上是否已经有了该 ID，没有可以提交，有就不行！这样该避免重复提交的问题了吧;);)
tomzhang 2006-3-16 17:08
应该没有什么好的办法!!重复的劳动肯定是有的!我觉得先要划分模块,各个模块分配不同的人,当相互间交叉测试的时候,时机要选择的当,最好是提交的bug基本上都改好了,就可以交叉测试了!!