bug被拒绝的幕后

甘露 · 发表于 2009-6-24 11:43:01

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

jyqcpu · 发表于 2012-3-26 14:29:44

发不发，测试说了算，你自己看着办。

newhackerman · 发表于 2011-11-28 16:47:45

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

chris_cheng1 · 发表于 2011-11-28 16:27:53

可能和开发人员的考核机制有关系吧，要理解对方。可以先和他沟通，如果仍然不行，只有公事公办了（截图）。

kujie0121 · 发表于 2011-11-22 18:09:12

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

yymcygl · 发表于 2010-5-21 15:05:25

作为测试人员，个人觉得只需要将对应问题提交至缺陷管理系统，至于如何解决，那是开发的事情嘛。

warchief09 · 发表于 2010-3-8 18:22:46

个人觉得只要你把BUG提交到缺陷管理系统里不就解决你的恼火了吗？

蓝色迷走 · 发表于 2010-3-7 01:34:01

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

fengyun2 · 发表于 2010-3-2 21:22:54

不可！
最好找你的领导商量一下这个问题！
由你的领导去沟通好一些！
如果你的领导不管，再去找领导的领导！
不可以越级上访！

keevinl · 发表于 2010-2-24 09:33:18

抄送给QA,让QA去和开发协调也是可以的.

archer2002 · 发表于 2010-2-23 14:54:34

同意7楼看法，TD里可以配置权限，让开发人员没有拒绝Bug的权限就成了。

chendianxiao · 发表于 2010-1-13 01:03:38

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

测来测去 · 发表于 2010-1-4 23:23:24

最直接有效的，也是最难实现的方法就是完整的开发测试流程。呵呵。我遇见过最低级的bug普通储蓄取款界面的标题栏竟然是普通储蓄存款。

majun915 · 发表于 2010-1-1 21:21:05

我不知道你们是什么项目组织结构
是职能性？那你就保留截图给你的部门经理报告
是项目性？那你就保留截图给项目经理报告
是矩阵性？那就保留截图给你的部门经理和项目经理都报告

mote · 发表于 2009-11-27 17:43:04

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

gaha · 发表于 2009-11-26 11:47:25

还幕后……楼主是标题党

cangmang · 发表于 2009-11-25 16:50:04

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

langchaogc · 发表于 2009-9-23 16:18:50

直接把这个现象发邮件抄送给总裁吧，记得附上几个“证据”

jessies · 发表于 2009-9-21 00:52:41

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

mentgmery · 发表于 2009-9-20 22:12:26

不规范的流程，这种情况很正常

		自动登录	找回密码
密码			(注-册)加入51Testing

bug被拒绝的幕后

相关帖子

回复 16# 的帖子

站长推荐 /1