我们先看一张图
微博网友评论：
小A：最近一直在被测试按在地上反复摩擦
小B：笑死！！不够专业的测试也是浪费超级多沟通时间呀！！
小C：最后都是杰瑞赢了
小D：真的是挺悲哀的
小E：也有可能是产品和程序员
从事软件测试行业几年，合作的开发不少，说起测试和开发之间的关系，有时能和平相处，更多是矛盾重重。
究其根本，矛盾都来源于bug，也终止于bug。
有些矛盾造成了心理上的互骂，有些就直接导致了面红耳赤的争执甚至互殴。
测试：
每次提出一个bug都让测试重现，描述得那么清楚，自己操作下不会吗？
开发太依赖测试了，相同的bug提出一处改一处，就不知道自己检查一遍吗？
出现bug就说自己本地是好的，版本是不是不对，用户不会这么操作。
出现bug就让测试清数据，重启手机，三两下就把bug整不见了，坑……
开发：
这么小的bug都要开发改，影响又不大，还耗时费力，测试懂不懂项目管理，预估风险啊？
明明是客户端的bug，指派给我们服务器是几个意思？
花费了时间排查，竟然是无效bug，测试到底有没有搞清楚需求？简直是浪费时间。
明明是个P3的bug，给我报P1，至于么？
测试总是在深究bug产生原因和解决方案，测试又不懂代码，懒得解释。
……
测试和开发在工作中因为职责不一样，往往会造成分歧。
测试如何与开发顺利合作？
测试在记录bug的时候做到合理分配，轻重缓急明晰。
将bug按照严重程度进行分级管理。
一般讲bug分为三级：普通、重要、紧急，具体的分级可以根据实际情况来定。
将紧急的bug列入当前的目标，并指定具体的开发人员进行修复；
重要的bug根据产品的规划和当前的进度情况再议；
普通的bug可以暂不考虑。这样既不影响开发主线的进度，又能较好的完成bug的修复工作，保证现有产品的良好体验，还能减少测试与开发之间的摩擦和争吵。也保证了测试对bug的良好管理，后期只需要追踪bug的状态，将已修复的bug及时归档就可以了。
总结：
很多时候不仅仅是把自己手头的工作做完就结束了，大家是在同一个团队为了同样的目标在努力。如果仅仅是为了更快的完成自己的工作而延误了别的小伙伴的工作，就最终将要达成的目标来说也是得不偿失的。
因此，在日常的工作中多站在对方的角度思考问题，多体谅对方，将自己能力范围内的工作做好，问题解决好，为对方营造一个舒适的解决问题的环境，对方自然将你的好看在眼里，记在心里。
原文发布时间为：2018-11-2
