还在上大学的时候就听说开发和测试不能和平相处，因为一个是提bug的，一个是改bug的，但是实际情况真的是这样吗？答案是：并不是这样。

　　开发和测试的关系取决于个人解决问题的方式。下面来说一下，怎样才能让开发和测试和平共处。

　　注意沟通方式

　　沟通方式是真的非常重要的。

　　作为测试，跟开发的沟通非常频繁，那么在沟通的过程中，沟通方式的不同可能会产生不同的结果。

　　比如说测试去找开发沟通一个问题，应该先说一下需求是什么样的，自己是怎样理解的，现在的功能是怎样的，并且委婉的说一下是不是在开发过程中漏掉了这一点，或者是不是我们理解有偏差，这样把问题摆出来之后，开发人员也会自己反思是不是自己的问题，这样开发和测试之间就不会产生矛盾。

　　如果一上来就说开发人员做的有问题，那么即使是开发人员自己的问题，也是容易让人上火的。这样开发和测试的关系当然会紧张。

　　如果测试人员采用委婉的方式跟开发沟通，虽然不至于关系多么多么好，但是矛盾总是可以避免的。

　　注意解决问题的途径

　　有些测试人员，不喜欢跟开发人员沟通，遇到问题喜欢直接找需求人员或者是产品经理沟通，再由需求人员或者产品经理通知开发人员，这样其实是不对的。

　　跟需求人员或者产品经理沟通，一般是在跟开发人员无法达成一致的情况下才会去做的事情。

　　如果测试人员未与开发人员沟通，就直接找了需求人员和产品经理，会让开发人员觉得有拿领导压人的感觉，当然之后对测试人员的态度也不会很好，即便是表面上不说，其实心里也会有隔阂的。

　　所以，有问题先找开发人员沟通，一般的问题沟通过后都会有结论，除非一些方向性的问题。

　　提高bug质量

　　测试人员在提bug的时候，要尽量的详细，把bug出现的版本、浏览器版本、硬件条件、bug复现的前提条件、复现的详细步骤，测试时使用的数据等都详细的写清楚，必要时配截图。

　　如果操作非常繁琐，也可上传视频，以便开发人员能非常快的定位问题，这样提的bug开发人员更容易接受。

　　如果bug描述不清楚，或者缺少必要的复现条件，开发人员复现不出来，那么就会把bug给测试人员打回来。

　　这样一来一回，测试人员会认为开发人员未仔细定位问题，而开发人员会认为测试人员在提一些无效bug，这样矛盾就产生了。

　　所以在日常的工作中要尽量减少这种矛盾的产生。

　　注意自我反思

　　有些测试人员，一发现问题就给开发提bug，但是开发人员却复现不出来，平白的浪费了时间。

　　这是因为可能出现bug的时候，有可能是操作原因导致的，并不是程序的问题，这样出现一次就给开发人员提bug显然是不合适的。

　　正确的做法应该是发现问题，自己先复现，先确认不是自己操作的失误，然后找到复现问题的最小条件，使开发人员能快速的定位bug。

　　作为一个测试人员，对我自己而言，如果发现bug我会先自己复现几遍看看，确保确实是问题后才会提bug，减少失误的可能性，因为这有可能会影响开发与测试之间的关系。

　　作为同事，开发和测试平常也可以加强沟通，不仅限于工作，平时的关系处好了，那么在遇到问题的时候，即使有争议，也不会有很大的矛盾。

　　那我目前的工作来说，同事之前相处非常和谐，平时开开玩笑，多多交流，关系好了，交流也会变得轻松自在，在遇到问题时，能毫无负担的指出对方的问题，并且对方能虚心接受。

　　有责任心、不推诿

　　新功能上线，线上出现了bug，开发人员和测试人员并没有注意到这个点，那么该怎么办呢？

　　我们应该想的是该怎么解决问题，而不是相互推卸责任。如果相互推卸责任，那么以后的工作中和平相处是更不可能了，甚至会到了两看相厌的地步，领导也不会看好他们，因为他们没有责任心，没有担当，遇到问题只会推卸责任。

　　那么换一个角度，开发和测试都把责任往自己身上揽，开发认为是自己没考虑到这个点，测试人员认为是自己测试不全面，没有发现bug，然后积极的合作解决问题，这样关系难道不会好很多吗？领导也会认为这是一种有担当的表现，并且予以重任。

　　所以说，没有天生的敌人，不同的人处理问题的方式不同，也会造就不同的结果。