什么情况下reopen一个bug
本帖最后由 spf724047682 于 2011-10-19 10:12 编辑现在的工作中遇到这样一个问题:
提交的一个bug,例如使用播放器不能播放某个视频文件只有画面没有声音。开发解决了播放的问题将bug状态改成fix,但是我在回归测试的时候发现只要对这个文件进行seek,音频和视频就会不同步,所以
测试认为:虽然解决了播放问题,但是修改后没有对这个文件进行全面的测试,简单地看下可以播放就认为问题已经解决了,缺乏质量意识,将这个问题reopen
开发认为:两个问题不同的表现,所以应该fix这个问题,重新提另一个bug,而且领导看到会认为总是解决不好问题也不太好
我们以前了解到的基础知识就是做回归测试的时候,不仅看这个bug是否解决,还要测试到关联的操作是否正常,如果不正常就reopen,但是开发提到的观点也有点道理,这样的问题该怎么权衡呢?:) 路过的人或者有这方面经验的人请留下自己的高见阿~~ 我觉得这种情况还是应该reopen这个defect的。我觉得你说的那个开发的观点有点奇怪了。开发的不是要defect越少越好吗?你这样明明一个defect变成了两个,要是这种情况很多的话,一个项目做完后做统计,明明原来只有200个defect的,是不是有可能成了250个defect呢?开发的effort有一个重要指标就是defect数量,我觉得没有哪个开发傻到这样要求吧。我们公司的开发都是要求我们能reopen就尽量reopen。 死心眼儿,关闭之前的bug,对新问题重新开一个新bug,问题不就解决了吗?还给你的业绩上加上了浓重的一笔~ 多谢大家的观点阿~
:) 理论上来讲,新开一个BUG,毕竟不是同一个问题 是应该重新NEW一个,因为毕竟不是同一个问题。只有在你提交的缺陷,开发没有修改的话就reopen,如果是因为修改导致的其它问题,应该new一个 实际上来说~Reopen一个bug的情况是,回测发现此问题依然存在,那么Reopen,如果回测发现此问题已经改好,但是引发了别的问题,那么这个bug关闭,重新提交一个新bug。 应该重新new一个bug 但是要在bug中注明是rely on 这个已修复的bug的 再verify新bug的时候 要同时re-verify 旧bug 同时加注comment ls的各位已经说得很明显了,是修复bug产生了新的bug,应该关闭然后再提新的bug,并做备注!不然除了你和修复那个bug的开发,没有人看的懂你的bug的! 如果这个bug仍然存在,当然要reopen了;如果出现了相关联的bug,应该是要重新new一个。还有就是和开发人员沟通也是一门必修课,如何让他们更好的理解你,那就要看你的了啦!加油啦! 这种情况,还是new一个吧,没必要因为这种问题和开发难堪 具体情况具体分析
页:
[1]