请问大家怎么做到与开发人员的良好沟通的？
我们在测试过程中，经常会有沟通的问题
报了的ｂｕｇ开发人员不愿意改，或者他们认为这不是一个ｂｕｇ．
比如１）现实生活中程序中某条记录不可能出现到上亿条，但测试时记录超过上亿条就会报错，这样的问题，开发人员就不愿意改，认为我们测试人员不合逻辑，没有从现实出发！
２）还有到开发后期要提交用户做确认了，最后几轮测试时，开发人员可能已经很疲劳了，一看到我们还在报界面上的问题，就很生气，不愿意改．．

我是很郁闷，大家在测试过程中如何与开发人员良好沟通的呀
虽然我也知道可以让项目经理强制要求开发人员去改ＢＵＧ，但不可能时时去找经理呀，人家也很忙嘛，请大家与我聊聊

可以心平气和的去找他聊聊。了解下为什么开发人员不认为那个是BUG。他是怎么想的。也可以请他出去吃顿饭，再吃饭的时机适当的提出你的要求，或者彼此相互了解下。只有和开发人员很好的沟通才能更好的保障软件的稳定.

最好还是找你的直接领导沟通,说明这方面的利害关系.动之以情,晓之以理.实在不行,就让他吃个苦头和教训,以后就知道测试,修改bug的重要性了.

测试的定义意味着程序测试的过程是具有破坏性的，其程度甚至达到了不可容忍的地步。社会上大多数人的人生观是建设性的，而不是破坏性的。从这一点来说，测试本身就是一种破坏，所以不要太在意开发人员的牢骚；他在完成自己的代码时有一种优越感，满足感，正是你提出的bug，打扰了这种平静；在提出问题所在时，要有超强的自信心，同样需要一定的外交手腕，正如刚才那位仁兄说的动之以情,晓之以理（吃饭就大可不必了，呵呵），才能说服他；但如果采取的方法过于强硬，对测试者来说，在以后和开发部门的合作方面就相当于“赢了战争却输了战役”。

是否要修改，不是测试人员或程序员说了算的，项目经理做什么的，一般来说，提交的缺陷项目经理应该首先过滤是否需要修改。
如果项目经理认为不需要修改而测试人员认为需要修改，可以开会讨论，提出各方面的看法，再决定是否修改。
这些都是公司制度的事情，如果没有这样的制度，就说明这个公司没有一个良好的测试环境和测试流程。
我一向认为，测试人员不应该和开发人员打交道，这样才能公正客观的对软件进行测试。所有的交流都应该通过文档和制度进行规范。
测试人员对程序有任何不清楚明白的地方，都是缺陷，因为开发人员没有清晰的进行说明，测试人员不必为此感到焦虑。

正确的报出问题,一次性尽量把问题报全、报对。
尤其是界面问题，最好一次性提出来。
在找别人原因时，先尽量找找自己的原因。
：）
当然，有些问题还是需要沟通的，切记不能不负责任。

最好低声下气的，不要得罪开发，否则不论对项目还是个人都不好，但是bug该提还得提，该解决还是要解决，测试要忍辱负重才行

我不觉得要低声下气的跟开发人员讲,又不是我们做错了什么事啦!

你没错，就是开发的错了，才导致的bug，如果bug多了开发不会被批评，那么公司的管理太松散，开发质量不会高。如果bug多了开发受批评，或者挨罚，而技术高者一般自尊心也重，争强好胜，他在自认倒霉的同时就算在宽宏大度也不会对测试心存感激吧。最起码心里也会感到稍稍的不自在。长此以往，开发心里会慢慢心存芥蒂，和测试关系不会好，测试地位低微，责任重大，如果没有人家的配合，没事还是好的，有事的时候就算不被落井下石，也会孤立无援，这样不就完了么，所以测试要忍辱负重，提出bug一方面要让开发认同，一方面也要让开发感觉到你的谦卑，这样开发的心里才会有优越感，才会跟你更好的相处，最后大家才能合作愉快，完成任务，所以谦卑应该是测试必须要做到的一种精神，否则不算是一个合格的测试人员。

引用:

Originally posted by luming at 2005-7-8 10:07:
是否要修改，不是测试人员或程序员说了算的，项目经理做什么的，一般来说，提交的缺陷项目经理应该首先过滤是否需要修改。
如果项目经理认为不需要修改而测试人员认为需要修改，可以开会讨论，提出各方面的看法 ...

说得是没错呀！
可是项目很紧张，项目经理又有很多事忙，基本上就是我们测试的与开发的沟通，ＳＱＡ有时也会过问，哎，俺觉得很多事情计划实在跟不上变化，文档交流在项目很紧张的时候也很难实现呀

欧就被开发说过BT，但欧们组长就说了，欧们就是BT，不然就不是测试了，开发无语了。

我之所以不推荐测试和开发的直接交流，是因为交流的过程中，可能会受到开发的影响。
比如开发说，这个特性这么做比较的方便，无法修改，测试可能就会忽略这里，不提交这里的缺陷。特别是测试和开发比较近的时候，可能受人情的影响就比较大。
《程序员》上面，不是有一个大树上挂东西当秋千的漫画吗？说明也许在交流的过程中，对事务的认知会改变，所以不要交流，对事务保持自己的看法，这样即使和程序员产生差异，也可以从根源进行追溯，而不是交流后把程序员的认知变成自己的，特别是根本需求方面。
至于进度方面的压力，要求测试和开发协作，做到不卑不亢就可以了。程序员拖时间，你也不妨拖下去，最后在总结报告中说明，因为时间的压力，部分内容没有测试，希望以后有更多的时间进行规划等。
测试和开发本身可以说是矛盾的，还是相互离远一些比较好。

将这类情况形成一种既定规则，比如说是制度。此外，自己提BUG要注意，一定要有判断是否是BUG的基本标准，如果基线不清晰，会引发沟通之外的其他问题。

沟通永远是问题，不然人类早就造好了“巴比伦塔”，到达神的领域了

我以前做测试的时候,软件是外包的,同时也由我来负责软件的开发,测试由我一个人来做,我虽然没有像大家所说的一样,与开发员在同一个屋檐下工作,但是我从工作中得到的经验就是:任何时候都要平心静气的,要同程序员保持良好的关系,说话语气不能带有强制性的语气,这往往会降低你在程序员中的地位,他们会烦你的.因此要和程序员多多接触, 多多交流, 技术上的交流等等, 如果他们不认为错,一定要以正确的导向和理论来共同探讨这个问题.但该提出的还是要提出来,最后结果如何都不能和程序员产后矛盾.一定要对事不对人来处理.