---

前言

测试与开发在工作中发生争执在所难免，常常为此大吵大闹，伤了和气，甚至出现“有我无他，有他无我”的局面。

开发和测试会因为哪些事发生碰撞？
1、因为一个bug争执不下，如是否是bug，是否本次修复，bug由谁修复？
2、开发嫌弃测试测的太细，装怪；测试嫌开发转测质量太低。
3、开发嫌测试提建议问题找麻烦；测试嫌开发不动脑。
4、开发嫌测试不专业；测试嫌开发没水平。
……

这些事情，保证让开发和测试每次争执的面红耳赤。期待领导出来调停？做梦！领导非常乐意如此。

可能会出现因为一件事与开发团队争执的面红耳赤，甚至破口大骂，后面有事去找领导，事情处理完。领导说：我知道你们在外面吵得不可开交，也觉得你说的很有道理，但我不会直接干预，我更希望你们能碰撞出火花，从而把事情完成的更漂亮！orz

所以，遇到这样的糟心事还得我们自己学会处理。

是不是从此与开发不同戴天，互相给对方穿小鞋，甚至让领导选择我和他？NO！肯定不能这样，最后不管谁去谁留，只要不是心理变态，都不会好受。

正确的处理姿势是：

工作可以吵，下来我们还是朋友。吵完后，下来可以主动大方说开，我们都是希望把工作做好才吵，不用放在心上。

工作归工作，卸掉彼此的情绪包袱，下来一样有说有笑，这样利于团队气氛，把工作做得更好，让大家受益。

反思自己的方式是否有欠妥当，找到后续改善的方法。如bug出现争端，可以找产品、项目负责人做裁决；

开发转测质量低，可以找开发负责人说明情况，放给开发内部妥善处理；提的建议问题，我们可以让产品负责人决定是否优化，是否本次优化；对于水平质疑，人格侮辱等，应该坚决抛弃，等等。

大家一定不要把工作上的同事当作“敌人”，这样很累，也容易被千夫所指。多一个朋友多一条路，说不定，以后你们就是一起创业的好伙伴，好兄弟！

关于提测我这里说两点
提测多了以后，要善于总结哪些是开发的易错点、易遗漏的点，发现后不仅要在测试时予以测出，还要告知开发此处易错，帮助开发分析原因。

如：若是因为对此处业务理解不到位，测试可以写一些清晰易理解的说明文档给开发，以帮助开发弄懂和理解业务；若是代码方面的技术漏洞，比如：在更新的时候会报空指针，则要告知开发增加此处的判断非空，并形成代码规范。

若是开发新人，则测其开发的功能时，要格外重视，无论是业务方面还是代码逻辑方面，测试点都要细和全面。当测试人员手中有多个测试任务并行时，要提早进行测试此需求。

原因：此为易出错的地方，也应在测试早期就着重测试，尽早测试完成，不要因为需求简单或者自己对此需求熟悉而留到最后，因为新开发人员的修改bug速度较慢，且改完后可能引出新的bug，再次发现bug并修复是需要时间的，可能会因为此而延期；若无法延期，带着小bug匆忙上线，可能线上会出现未预期的bug的风险。

责任心是测试人员所必要的。要对bug负责，对软件质量负责，对最终用户负责。

下面是我整理的2022年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

带奋斗一起飞翔，因为有了它，让我拥有理智之思；我才使过去的失误不再重演到今天的影片里；我才能使过去的成功在人生中继续升华；我才能真正收获金秋丰硕的果实，品味人生的快乐。

如果自己都在偷懒，命运又怎么会认可你。别再虚度光阴，叫醒那个沉睡的自己。记住，只要开始，就永远不晚。

朋友，不要叹息命运的坎坷。因为大地的不平衡，才有了河流;因为温度的不平衡，才有了万物生长的春夏秋冬;因为人生的不平衡，才有了我们绚丽的生命。