开发如何与测试和平相处

最近项目组又来了新的测试，而我主要负责和新的测试对接。在对接过程中，我发现。有几点我特别受不了的。

第一点，经常一个问题要重复问好多遍，需求评审的时候问一遍；开发过程中写测试用例的时候问一遍；他测试的时候又要问一遍；问完产品经理，问开发；问完前端，问后端。那有时候让人受不了，就特别的恼火。

第二点是。发现一个小问题就立刻来找你，总是无缘无故地打断你的工作。在开发的时候，思路是很重要的，如果中间被打断的话，可能又需要从头开始理逻辑。

第三个最不能忍的是，会提一堆bug给开发，即使有些问题不是你导致的。可能是你的依赖方导致的，然后他也会把bug提给你，让他取消他还不取消。有些其实是一个bug，然后他重复提了好几个单。

所以有时候开发面对测试，真的是特别的恼火。有时候问的多了，开发会不耐烦，不想和他沟通、交流。

我在网上找了一圈，发现大部分都是从测试的角度写的：如何和开发和平相处。其中有一篇写的不错，链接如下：

【51Testing软件测试网-软件测试人的精神家园】http://www.51testing.com/mobile/view.php?itemid=7186

希望看到的测试，能够有所启发。可以更好的与开发和平相处。今天我要站在开发的角度说一说，开发如何与测试和平相处。

开发人员的工作成果是程序代码，测试人员不写代码，他们的工作是发现缺陷，某种意义上，发现的缺陷就是他们的工作成果。所以，开发和测试从本质上是有矛盾冲突的，一个是尽量减少代码的缺陷；另一个是尽可能多的发现缺陷。但其实开发和测试有一个共同的目标就是，尽可能多的发现代码中的缺陷并解决它。

所以，和平相处的第一点是：相关理解。开发和测试其实是有共同目标的。所以开发和测试要相互理解，相互合作，才能去实现这个共同的目标。

和平共处的第二点：开发应该放平心态。你要明白测试只是指出你代码中的漏洞，并不是针对你这个人，他不是在挑你的毛病、挑你的刺，不是故意找你的茬。测试发现漏洞，只是对事不对人。所以开发要放平心态，不要测试一找你就有抵触情绪，这样容易缺少沟通，就会导致问题没有及时发现，如果问题发布到生产，开发和测试都需要共同承担责任。

和平共处的第三点：测试用例评审很重要。在需求评审之后，开发开始设计自己的程序；而测试开始设计测试用例。测试和开发可能对需求会有不同的理解，但是在测试用例评审之后，就需要达到统一，所以测试用例至关重要。开发在设计的时候可能会遗漏一些场景，认真听测试用例评审可以查漏补缺，不要遗漏一些特殊场景。测试在设计测试用例评审之前，可能需要与产品经理和开发进行多次沟通，测试最好提前把整个需求都理清楚，把问题总结一下，能够一次性把整个需求都理清楚，不要一下子想到一个什么，就去问开发，这样很容易打断开发人员的思路，容易引发“战争”。

其实，测试和开发都是工作，我们都是为了，让我们做的产品更好，提高用户体验，愿天下的开发和测试都能够和平相处。

如果大家还有什么其他好的方法，欢迎大家留言评论。