一张图看懂程序员和测试之间的关系

我们先看一张图

微博网友评论：

小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

本文来自云栖社区合作伙伴“Java程序员联盟”，了解相关信息可以关注“Java程序员联盟”。