51Testing软件测试论坛

标题: 发现bug,但是developer不承认，该怎么沟通？ [打印本页]

作者: Redmouse 时间: 2007-9-29 15:26
标题: 发现bug,但是developer不承认，该怎么沟通？
如题。。面试的时候被问到这个，回答的不好，各位大虾是怎么回答的啊。。谢谢

作者: shanxi 时间: 2007-9-29 18:46
面试问题啊

还以为是工作中的呢

作者: Redmouse 时间: 2007-9-30 09:14
不光是面试，工作中我们难免会遇到这样的事情，以前我们这边的工作方式是自己搞不定，就让leader出马，不过我总觉得这样不好，因为这毕竟是自己的事情，唉。。。难道要请developer喝茶吃饭？

作者: shanxi 时间: 2007-9-30 09:36
最简单的方法是自己通过debug等形式找出问题导致的真正症结，然后写成文档。Dev如果不改如果对客户造成了影响就是他的责任，反正你尽到了你的职责。

作者: Redmouse 时间: 2007-9-30 09:43
说的对，不知道你们那边是怎么样一个流程，我们这就是发现一般地bug,提交，解决，验证；如果是有争议的就要告诉leader,然后等leader的决定。。。

作者: davy_chen 时间: 2007-9-30 09:55
两方面要点回答：
1、强调沟通，讲事实摆道理，分析问题影响和可能出现场景等；
2、强调规章制度和流程，公司规定由谁来决定是否是bug就听谁的，公司规定bug确认流程是什么样的，就怎样来做。

作者: Redmouse 时间: 2007-9-30 10:04
谢谢，面试的时候这么说挺好。

作者: angiebyx 时间: 2007-9-30 11:57
我觉得先应该跟开发人员好好沟通，如果开发人员不采纳，你可以把情况跟测试经理反映

作者: strongboy 时间: 2007-9-30 12:22
其实这个所谓的‘bug’也只是你自己的个人看法，我觉得最关键不是去说服开发，而是和开发一起讨论，这个问题究竟算不算个bug，很多和UI以及业务流程相关的‘bug’都是没有明确的界定的。我觉得在这种情况下，首先应该和开发进行沟通，看看他的想法是什么，他有他的理由，你有你的理由，都提出来，大家一起做个判断，一般的标准是大家一起揣摩PD的意图，由此来确定在特殊情况下的程序行为，再一个就是一般的用户习惯和标准软件的做法（最好是看看微软是怎么做的），这样一般会有个结论。如果还是谁都说服不了谁，那就找PD问个清楚。

作者: Roseli 时间: 2007-10-3 16:07
我也来说两句,出现这种情况,当然要和开发进行耐心的沟通,注意方式,态度诚恳,但最主要的你能把bug重现,分析出影响的范围和可能出现的场景,在这样有力证据的情况下,开发还不承认,就要找上级领导之间进行协商,裁定.千万要做到对事不对人.

作者: liming_oicq 时间: 2007-10-8 17:51
首先要自己拿回来确定一下到底是不是BUG,如果确定是,再找开发沟通,和开发讨论,态度要好,有本着解决问题的态度去讨论,如果开发仍然不承认是一个BUG,那就找到他的上级,说我找到一�%

作者: liting 时间: 2007-10-9 10:26

原帖由 strongboy 于 2007-9-30 12:22 发表
其实这个所谓的‘bug’也只是你自己的个人看法，我觉得最关键不是去说服开发，而是和开发一起讨论，这个问题究竟算不算个bug，很多和UI以及业务流程相关的‘bug’都是没有明确的界定的。我觉得在这种情况下，首先应 ...

同意这个仁兄，到实际的工作中，这个问题会常常出现。同事就是要一起共事的，所以不要把事情搞得太僵，好好讨谈一下，效果会更好。

作者: njalic 时间: 2007-10-9 13:57
先和程序员沟通，讲自己的道理，确认是需求理解分歧还是功能实现问题。如果是需求问题找需求人员确认双方的观点以及是否可以找到中和的办法。如是功能实现问题，那就找开发的组长或其他撑管技术的高级开发人工程师确认。这样一般都可以找到解决办法，如是重大问题可以直接跟开发和测试组经理汇报，取得测试和开发的双方认识。

作者: zzytion 时间: 2007-10-24 18:40
多沟通才是硬道理哦!

作者: yuxuan555269 时间: 2007-11-22 15:11
我觉得应该先沟通才对

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