51Testing软件测试论坛

标题: bug被开发人员否认 [打印本页]

作者: Jie 时间: 2006-3-30 15:33
标题: bug被开发人员否认
各位有没有遇到过辛辛苦苦找出来的bug，被开发人员没什么理由的回复了一条不是bug的情况？我们公司就是这样，是不是bug是由开发人员自己判断来回复的。对于这种情况，有什么好的办法解决吗？

作者: Jimmyshao 时间: 2006-3-30 16:30
让他把不是bug的理由写入bug库中，作为记录，然后评估一下是否确实不是个bug。
不是就关闭；
觉得是的话就可以和开发商量一下，还是解决不了就指给项目经理解决。

作者: xhzhou_cll 时间: 2006-3-30 16:36
标题: 我的做法是这样的
一般情况下会要求写理由的，但是我的做法是一定会找到证据让开发人员看到这确实是个BUG，我不会轻易的就听开发人员这不是BUG就关闭的。且大多数情况下开发人员最后都认为是一个BUG，不然到客户那再提出来，那就不好了。

作者: Jie 时间: 2006-3-30 17:28
有些开发人员确实会写些认为不是bug的理由，但测试人员看了觉得那个理由不足以说服自己的这种情况也还是有的。有时候觉得如果老是由开发人员和测试人员争论某个问题是不是bug，或者甚至最后找项目经理来决定，多少都会影响到双方的心情。与其这样还不如采取些措施，如将都无法说服对方的问题，指定给项目经理，由他来修改为需要修复或不是bug等状态。而不是开发人员直接写上理由然后将状态改为不是bug。

作者: iMaC 时间: 2006-3-30 20:01
我的直接就被项目经理否认了......
这样还是需要些技巧的，找出BUG时提出当BUG在用户手中发生时会发生不好的影响，根据这个可以判定BUG的严重级别

作者: Tender 时间: 2006-3-31 09:24
无论是否是BUG，都应该给出相应的理由或意见，不能随意关闭。所有记录都应该保留下来，以便以后进行风险分析。

作者: 晓彤 时间: 2006-3-31 10:07
是不是bug不是由开发说了算的
如果出现问题测试人员首先和开发进行相互沟通
还有问题的话找测试经理或项目经理协同解决

作者: zhaojc 时间: 2006-3-31 13:55
使用bug管理工具——该转给谁转给谁，让他们自己看着办。

作者: iMaC 时间: 2006-3-31 20:10
呵呵，感觉楼上的很不负责啊
其实像这样也行，不过相对于一个小组或者公司，都是一个集体，所开发出的软件产品关系着公司声誉等等
如果就是记录在BUG管理工具中，谁谁都不管，最后出了问题，虽然不是你的错，可能你还有点幸灾乐祸，但这是测试人员绝对错误的做法啊

作者: merry 时间: 2006-3-31 21:28
三权分立
另外：测试人员报bug时必须报高效的bug，同时尽量做一些追踪和定位，必要时附上相关的截图，以及相关log文件，这才是报bug的根本。
同时强调：bug必须报在库里面，要规范起来

作者: xhzhou_cll 时间: 2006-4-1 14:00
标题: 可以用屏幕录像专家录下BUG出错的操作步骤
可以用屏幕录像专家录下BUG出错的操作步骤，这样就增加的BUG的可重现性了。文字加上录像专家足可以将BUG给描述清楚了。

作者: xiaduo 时间: 2006-4-1 17:14

原帖由 merry 于 2006-3-31 21:28 发表
三权分立
另外：测试人员报bug时必须报高效的bug，同时尽量做一些追踪和定位，必要时附上相关的截图，以及相关log文件，这才是报bug的根本。
同时强调：bug必须报在库里面，要规范起来

对！历史数据库必须建立，这样对于今后的风险分析有很大参考价值

作者: admin_yhb 时间: 2006-4-2 19:02
1. 先看bug是什么阶段的，单元测试阶段、集成测试阶段或系统测试阶段，找到相应的文档。如详细设计说明书、概要设计说明书或需求规格说明书，根据文档分析一下bug。这样和开发人员去交流的时候就有具体的凭证了。
2. 其次，交流的时候要放正心态，语气要合适，不要用嘲笑、讽刺或趾高气昂的态度。
3. 尽量用邮件的形式先和对方交流一下，这样如果开发人员不承认bug，你也有凭证，以后一旦软件出了问题，你也可以有证据证明不是你的测试有问题，而是你测出来的bug开发人员不认。

作者: yangkinki 时间: 2006-4-3 09:31
我也碰到过被否认的bug,并且开发人员在备注处什么都没有说明，就直接把它给否定掉了，作为测试人员，碰到这种情况当然心理肯定是有些不舒服，此时必须静下心来，站在开发人员的角度考虑,可能对这个bug的看法会有所不同，可能bug的情况
1.提交的bug说明不清晰,bug无法重现
2.提交的bug在开发人员看来不算为bug,例如非法操作等异常操作的bug,可能开发人员会认为客户不可能这样操作，所以可能否认bug
3.可能存在程序更新的问题，开发人员已经修改的bug,但程序没有更新.所以开发人员调试程序不会有这个bug
这些情况只要规范开发人员和测试人员对bug的详细描述,及时有效的沟通就可避免

作者: zhaojc 时间: 2006-4-3 10:38
标题: 大概是我没说清楚吧

原帖由 iMaC 于 2006-3-31 20:10 发表
呵呵，感觉楼上的很不负责啊
其实像这样也行，不过相对于一个小组或者公司，都是一个集体，所开发出的软件产品关系着公司声誉等等
如果就是记录在BUG管理工具中，谁谁都不管，最后出了问题，虽然不是你的错，可 ...

首先，我这是针对普通测试人员说的。其次，我说的“他们”不是普通的开发人员，而是测试主管、开发主管和项目主管。
这并不是不负责任，而是规范流程的要求。遇到不能确认或有争论的bug，通常会转给测试主管，由测试主管和开发主管共同确认和协调。有时候，确确实实是bug，但由于时间、成本上的考虑暂不解决，这也是经常的事情。这个过程可能还需要项目主管甚至客户共同参与协商。作为普通测试人员没有时间和必要性去和开发人员去争论是不是bug这类问题。

作者: zhaojc 时间: 2006-4-3 10:43
标题: 再多说几句
测试人员主要要把bug现象描述清楚，能够正确重现。
普通开发人员通常没有关闭bug的权限的。

作者: hcf8319 时间: 2006-4-3 11:43
标题: 换个角度看，结果可能会不一样
换个角度看，结果可能会不一样

作者: wangjh 时间: 2006-4-7 17:22
需要开发人员写出理由，必要的话可以通知测试组长或经理进行bug评审

作者: firefox82 时间: 2006-4-7 18:20
测试人员主要要把查找到bug并将现象描述清楚
普通开发人员通常有申请延期的权利但 (要在项目经理的同意下 ) 并没有直接关闭bug的权限的。
通常关闭都是有测试人员或是项目经理

作者: 高秀芳 时间: 2014-6-16 12:37
尽可能的说出是BUG的依据是什么？开发狡辩的话，我们也可以辩解，使问题得到最终的解决。

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