测试人员和开发人员和谐相处的技巧
---Yogita Sahoo原著《A Tester’s Tips for Dealing with Developers》
---Kiki翻译于2005/7/20
当测试人员证明了应用程序充满了
bug
时，她正在做一份令人满意的工作还是糟糕的工作？从一些开发人员的角度看，那是一份糟糕的工作。看上去很可笑，项目经理责备测试人员拖延了产品的发货期，开发人员（通常是开玩笑地）抱怨说“测试人员对程序太粗暴了”。很显然，没有比
bug
数量更能代表成功的测试了。以下是一些关于测试人员如何和开发人员建立成功的关系的技巧。
当我以作为一个软件测试人员开始我的职业生涯时，我就意识到在开发人员和测试人员之间正在进行的对抗。我根本没有花时间和精力就确信这种情况是非常普遍的。我收到了来自开发人员的各种不友好的回应，我认为所有的测试人员都在他们的职业生涯中经历过这些事。
从冷漠的耸肩到明显的敌意（有时会用同情的微笑掩饰），一个测试人员不得不忍受来自开发人员的许多态度。很难保持一个积极的态度。但是保持我们的优先的正直，并且向前推动高质量的项目是由我们自己决定的。
我从Cem Kaner的《 Testing Computer Software》里挑出一句很好的话：“最好的测试人员不是那些发现最多bug的人，或使最多开发人员尴尬的人。最好的测试人员应该是能够使最多的bug得以修复的人。”
从冷漠的耸肩到明显的敌意（有时会用同情的微笑掩饰），一个测试人员不得不忍受来自开发人员的许多态度。很难保持一个积极的态度。但是保持我们的优先的正直，并且向前推动高质量的项目是由我们自己决定的。
我从Cem Kaner的《 Testing Computer Software》里挑出一句很好的话：“最好的测试人员不是那些发现最多bug的人，或使最多开发人员尴尬的人。最好的测试人员应该是能够使最多的bug得以修复的人。”
原文：
“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” －经典。
那么我们可以做什么呢？
热忱并且耐心（ Be Cordial and Patient ）
作为一个测试人员，你或许发现使开发人员信服你发现的缺陷是非常困难的。通常，如果一个测试人员找到了一个bug，程序员将准备10个理由。有时让开发人员接受他们的代码是有缺陷的（并且是其他的人发现的）这个事实是很困难的。
开发人员需要来自测试小组的支持，测试小组可以保证发现的新bug是值得关注的，健康的并且对于使产品更好是非常重要的。一个人性的方法是经常帮助测试人员更多的了解编程人员。相信我，不用多久，相同的一个人将站在你身边了并且笑着指出引起bug的错误。热忱将帮助开发人员对你的错误报告说“Yes”。这是重要的第一步。
处事老练（ Be Diplomatic ）
试着巧妙地表述你的发现，并且不带任何责备地解释bug。“我确信这是一个很小的bug，你不用花多少时间就可以处理掉。到目前为止这还是一个不错的程序。”开发人员将会跳起来并且拥抱你的bug。
用一种心理方法。有时表扬一下开发人员的工作。为什么大多数开发人员不喜欢我们的错误报告的原因非常简单：就是他们认为我们在诋毁他们的辛勤工作。有些测试人员只在出现问题的时候才和开发人员沟通。对于大多数开发人员而言，软件是他们自己的孩子，而你只是一个妨碍他们的外人。我告诉我的开发人员因为他们我才存在于公司，而且由于我的存在，他们的工作才得以继续。测试人员和开发人员之间的关系是一种共生及互惠的关系。
那么我们可以做什么呢？
热忱并且耐心（ Be Cordial and Patient ）
作为一个测试人员，你或许发现使开发人员信服你发现的缺陷是非常困难的。通常，如果一个测试人员找到了一个bug，程序员将准备10个理由。有时让开发人员接受他们的代码是有缺陷的（并且是其他的人发现的）这个事实是很困难的。
开发人员需要来自测试小组的支持，测试小组可以保证发现的新bug是值得关注的，健康的并且对于使产品更好是非常重要的。一个人性的方法是经常帮助测试人员更多的了解编程人员。相信我，不用多久，相同的一个人将站在你身边了并且笑着指出引起bug的错误。热忱将帮助开发人员对你的错误报告说“Yes”。这是重要的第一步。
处事老练（ Be Diplomatic ）
试着巧妙地表述你的发现，并且不带任何责备地解释bug。“我确信这是一个很小的bug，你不用花多少时间就可以处理掉。到目前为止这还是一个不错的程序。”开发人员将会跳起来并且拥抱你的bug。
用一种心理方法。有时表扬一下开发人员的工作。为什么大多数开发人员不喜欢我们的错误报告的原因非常简单：就是他们认为我们在诋毁他们的辛勤工作。有些测试人员只在出现问题的时候才和开发人员沟通。对于大多数开发人员而言，软件是他们自己的孩子，而你只是一个妨碍他们的外人。我告诉我的开发人员因为他们我才存在于公司，而且由于我的存在，他们的工作才得以继续。测试人员和开发人员之间的关系是一种共生及互惠的关系。
不要害怕尴尬（ Don’t Embarrass ）
没有人喜欢被指出错误。这是人类的天性。试着解释修复那个特别的bug的需要胜于只是用庞大的bug报告向开发人员开火。一连串的缺陷不只会激怒开发人员，而且会使你的辛苦工作对他们来说是无用的。
正象一个人不可能独自测试完一个程序一样，开发人员也不能设计程序没有任何错误，而且在其他事情发生之前，他们需要先了解清楚。有错误是预料之中的事，他们也是过程中的一个正常的部分。
胜败乃兵家常事（ You Win Some, You Lose Some ）
我知道有些测试人员尽可能将自己的错误报告强硬。他们甚至不听开发人员关于为什么不能修复一个错误和不能实现一个功能的解释。尝试一些可以让自己放松的方法。做到开发人员身边和他一起分析错误的优先级和严重程度。如果开发人员在其不愿变更的背后有一个合理有效的解释，试着理解他。只是确信了解了要在什么地方划定界限以保护你产品最终的质量。
谨慎一些（ Be Cautious ）
外交手段和适应能力不能替代谨慎的需要。开发人员经常会找借口说因为他们没有意识到（或者你没有告诉他们）那个错误有多严重所以他们拒绝修复它。用足能够清楚展示风险和问题严重性的方法设计你的错误报告和测试文档。甚至更好的办法是召开一个会议并且向他们解释那些问题。
一个聪明的测试人员是在倾听和执行之间保持平衡的人。如果开发人员不能使你信服错误不应该被修复，那么你的责任就是使他信服要修复错误。