51Testing软件测试论坛

标题: bug被拒绝的幕后 [打印本页]

作者: 甘露 时间: 2009-6-24 11:43
标题: bug被拒绝的幕后
我做GUI测试的时候，BUG经常被拒绝或者遗留，因为严重等级低暂时遗留也正常，但被拒绝的大多是由于开发人员的疏忽造成的，错误太简单，开发不愿意承认，修改完程序之后就给拒绝了，我一般都当自己没提过这个缺陷，提交缺陷的目的也是为了修复缺陷，既然改过来了就算了。
但是这种事情屡有发生，比较恼火
大家觉得应该怎么妥善处理。。。

作者: 甘露 时间: 2009-6-24 11:44
比如说英文标题拼写错误

作者: 甘露 时间: 2009-6-24 11:47
提交bug的时候也都附有截图的

作者: y6016w 时间: 2009-6-24 15:23
遗留到那，确实是问题改不改他的事

作者: chenrong 时间: 2009-6-24 15:32
发现bug一定要报，不报导致的结果只能说明你测试的问题。报了不修是开发的问题。开发事情多的时候很有可能不去修复一些简单的bug。你可以在他们空闲的时候去说说这些问题。这样人家比较容易接受。

作者: 甘露 时间: 2009-6-25 10:00
对的哦

作者: ddeef 时间: 2009-6-28 01:00
一个是要留截图证据，另一个是在流程控制上，可以让测试人员有拒绝“拒绝”的权利。也就是开发人员拒绝不能是最终的拒绝，而只是“申请拒绝”，是否真的可以拒绝，要由测试人员来决定。如果测试人员反对“拒绝”，可以将bug提交给开发经理，由开发经理去管教一下手下。

如果使用URTracker软件，可以这么设置流程：在“申请拒绝”（这个时候提交给了测试人员）后有两个可选的步骤，一个是关闭bug，另一个步骤就是拒绝bug，将bug提交给项目经理。

作者: lg1318617 时间: 2009-6-29 11:11
你们那里是什么平台？监管性强的话再小的BUG开发也会改的，写错个句号我都要求改。

作者: liulinzhu 时间: 2009-6-30 16:43
要真正搞清楚：开发为何在修复之后，要拒绝？

对症下药，这个才是最为关键的，一味地蛮干不一定能起到最好的效果。

作者: EVA1987 时间: 2009-7-2 22:32
我们公司有一个专门的In EQA的中转机制，他们会把测试报上去的BUG分类，比如是一些UI的bug，他们就直接修改，然后如果是开发上的BUG他们会转给开发。当然BUG级别是个很重要的问题，开发那边根据级别来修的，一般重要等级比较低的他们会滞留或是放弃。当然，在测试过程中，也有很多不能被修复的BUG，如果开发有给出代码无法修复的回答，你也只能关闭BUG。
发现BUG是一定要上报的，不管开发怎么样处理，这是我们测试的职责。别烦恼，无忧测试，软件无忧，测试人员也要无忧呀！呵呵，积极一点哟！

作者: 甘露 时间: 2009-9-3 18:25

作者: q12530 时间: 2009-9-18 23:04
证据一定要有啊,做银行的都习惯截图了
况且银行方面也要求那样做.....

作者: mentgmery 时间: 2009-9-20 22:12
不规范的流程，这种情况很正常

作者: jessies 时间: 2009-9-21 00:52
曾经也遇到过这种情况，但是我习惯截图，如果遇到重要的bug，会当面和他们确认了，让他们知道有这个问题存在。我们这边的缺陷流程不允许开发直接拒绝就关闭bug的，如果拒绝了，测试允许状态修改为无效或者关闭，无效意味着不是bug，而关闭意味着测试判定是bug
还有，就是测试环境控制在测试这边，每一个版本的更新测试来控制，也就是开发提交一个版本之后，那么下一个版本修改了什么内容，更新了那些文件，这个是由测试控制的，所以开发就是偷偷修复了一个bug，那么除非更新否则这个版本之内，bug应该是能够重现的。

作者: langchaogc 时间: 2009-9-23 16:18
直接把这个现象发邮件抄送给总裁吧，记得附上几个“证据”

作者: cangmang 时间: 2009-11-25 16:50
这个问题恐怕是现在测试人员经常遇到的问题了，我个人认为这种问题倒好解决。凡事都有个标准，在测试结论中应该会有体现，如： UI级bug的数量、2-3级bug的数量等，其实这个标准就是让老大们告诉大家他们能忍受这个软件或系统有什么样的问题。有了这种类似的标准，剩下的就不用我去说怎么办了吧，呵呵。
小弟拙见，欢迎大家拍砖

作者: gaha 时间: 2009-11-26 11:47
还幕后……楼主是标题党

作者: mote 时间: 2009-11-27 17:43
首先，太低级的缺陷不应该出现在测试版本中，单元测试应该是由开发人员做得，如果此类问题太多，觉得你们的开发流程有问题。
其次，建议找到的缺陷要正规的从缺陷跟踪系统走，这样产生的问题好跟踪，好统计。
最后，提缺陷的时候要提供各种信息，好比说的截图，其实还可以使用HyperCam录屏，Windows和Linux环境下面提供了dump工具，可以把内存中的信息保存下来供开发使用。

作者: majun915 时间: 2010-1-1 21:21
我不知道你们是什么项目组织结构
是职能性？那你就保留截图给你的部门经理报告
是项目性？那你就保留截图给项目经理报告
是矩阵性？那就保留截图给你的部门经理和项目经理都报告

作者: 测来测去 时间: 2010-1-4 23:23
最直接有效的，也是最难实现的方法就是完整的开发测试流程。呵呵。我遇见过最低级的bug普通储蓄取款界面的标题栏竟然是普通储蓄存款。

作者: chendianxiao 时间: 2010-1-13 01:03
楼主的问题很现实。我在工作中也总是用到。开发之所以拒绝，是因为，BUG数目关系到他们的考核。即使如此，问题当该还得改，折中一下，将一个页面上发现的界面问题，书写之类的，写到一个BUG中，如果一个错别字不改的话，那么，页面有十个错别字算不算问题。这样积少成多，效果会好一点。

作者: archer2002 时间: 2010-2-23 14:54
同意7楼看法，TD里可以配置权限，让开发人员没有拒绝Bug的权限就成了。

作者: keevinl 时间: 2010-2-24 09:33
抄送给QA,让QA去和开发协调也是可以的.

作者: fengyun2 时间: 2010-3-2 21:22
标题: 回复 16# 的帖子
不可！
最好找你的领导商量一下这个问题！
由你的领导去沟通好一些！
如果你的领导不管，再去找领导的领导！
不可以越级上访！

作者: 蓝色迷走 时间: 2010-3-7 01:34
很简单，你只用跟你的老大说，我测完了，有多少没改，为什么没改。把这些跟老大说清楚，开发那边改不改我们就管不了，反正我们的任务完成了。看似简单的小BUG，有时会严重影响用户对成品的认同度。

作者: warchief09 时间: 2010-3-8 18:22
个人觉得只要你把BUG提交到缺陷管理系统里不就解决你的恼火了吗？

作者: yymcygl 时间: 2010-5-21 15:05
作为测试人员，个人觉得只需要将对应问题提交至缺陷管理系统，至于如何解决，那是开发的事情嘛。

作者: kujie0121 时间: 2011-11-22 18:09
这个的话,个人觉得应该是根据实际情况来决定的,比如项目开发时间不够,修复BUG的侧重点肯定是有发生变化的,简单的BUG遭到开发遗留是很正常的,不过拒绝的BUG开始应该流转到项目经理处待其审核后方可关闭..还有的情况就是公司本身对一些简单的或界面上的BUG不在乎..感觉不影响功能就不用花太多时间,这个在国内大部分公司也是比较常见的...
个人感觉,如果楼主真的想改善,一个方面就是同项目经理协商,制定相关规定,一切按照规定走,大家都无话可说.另一个方面就是善于和开发人员沟通..呵呵...本来测试,就一直是开发人员的"眼中钉",这个就要看怎么处理之间的关系了..呵呵...以上,仅供参考..

作者: chris_cheng1 时间: 2011-11-28 16:27
可能和开发人员的考核机制有关系吧，要理解对方。可以先和他沟通，如果仍然不行，只有公事公办了（截图）。

作者: newhackerman 时间: 2011-11-28 16:47
使用BUG管理工具控制起来,例如TD/QC等
给开发一定的权限配置,呵呵,提交的bug永远在那里,开发只有改bug状态了,再不行,就可以直接向你们领导反应这种情况.

作者: jyqcpu 时间: 2012-3-26 14:29
发不发，测试说了算，你自己看着办。

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