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

CallmeJack

　在开始我们今天的话题之前，我们先看一张图：

　　

　　微博网友评论：

　　小A：最近一直在被测试按在地上反复摩擦

　　小B：笑死！！不够专业的测试也是浪费超级多沟通时间呀！！

　　小C：最后都是杰瑞赢了

　　小D：真的是挺悲哀的

　　小E：也有可能是产品和程序员

　　从事软件测试行业几年，合作的开发不少，说起测试和开发之间的关系，有时能和平相处，更多是矛盾重重。究其根本，矛盾都来源于bug，也终止于bug。

　　有些可能是心理上的矛盾，有些就直接导致了面红耳赤的争执。

　　

　　测试：

　　每次提出一个bug都让测试重现，描述得那么清楚，自己操作下不会吗？

　　开发太依赖测试了，相同的bug提出一处改一处，就不知道自己检查一遍吗？

　　出现bug就说自己本地是好的，版本是不是不对，用户不会这么操作。

　　出现bug就让测试清数据，重启手机，三两下就把bug整不见了，坑……

　　……

　　开发：

　　这么小的bug都要开发改，影响又不大，还耗时费力，测试懂不懂项目管理，预估风险啊？

　　明明是客户端的bug，指派给我们服务器是几个意思？

　　花费了时间排查，竟然是无效bug，测试到底有没有搞清楚需求？简直是浪费时间。

　　明明是个P3的bug，给我报P1，至于么？

　　测试总是在深究bug产生原因和解决方案，测试又不懂代码，懒得解释。

　　……

　　测试和开发在工作中因为职责不一样，往往会造成分歧。

　　在这里我想结合我数年的开发和测试经历和各位聊一聊：

　　1、避免疲劳工作：疲劳工作和疲劳驾驶一样，虽然不会对生命带来危险，但是也很可怕的。疲劳的时候你不是财富的生产者而是缺陷的制造者，尤其是你在修改缺陷的时候，可能修改了一个缺陷产生了2个缺陷。当你工作觉得疲劳，建议你到楼下遛一圈，喝杯茶，或者闭目静养，然后再回来工作。

　　2、防止钻牛角尖：牛角前面是很窄的，我们这些高智商人的脑袋是钻不进去的。当你花了几个小时解决不了一个问题的时候，你不妨换种思维方式，看看用别的途径是否可以到达。当你使用了n种方式进行思考后还没有结果，建议你暂时放弃，去干别的事情，甚至熬到下班走人。成功=99%努力+1%的灵感，往往1%灵感比99%努力更重要------爱迪生（以前我们教育往往忽略后半句）

　　3、善于沟通：往往你花了数个小时工作为了解决一个问题，这个问题其实已早就被你的同事搞定。所以有了问题大家要善于沟通交流，问别人问题不等于自己无能，而正体现你会工作，善于工作；回答别人问题并不是浪费你时间，而是为你以后工作搞好关系。现在社会不承认孤单英雄，而承认合作精神。

　　4、调整心态：心态决定一切。不管如何，一定要时时保持良好的心态，顺境需要如此，逆境中更需要如此。大家喜欢和笑脸的人在一起，不愿意和愁眉苦脸的人在一起。情绪像甲型H1N1具有传染性。

　　5、提高身体素质：激烈的工作要有身体作为保障。大家要合理膳食（建议吃些谷类和粗粮，富含B族维生素，调节神经；吃些鱼头鱼脑，化学里说相似相融，中医里说吃哪补哪），充足睡眠，积极锻炼（每周保证一定量的锻炼，根据自己体质，也不可过量，一般心率控制在120以上不超过一刻钟为宜）

　　6、换位思考：多站在别人的角度替别人思考，往往会做出明智的学者。测试想想开发：中国的企业需求变化大，开发任务重，往往从需求，设计，研发到单元集成测试都要一个人来完成……；开发想想测试：测试有着强大的市场压力，有了缺陷客户首先会怪测试水平低。由于缺陷不确定性，测试执行难度大，软件测试工作如同排雷，不知道哪里会存在地雷，是否所有地雷都排干净。

　　测试如何与开发顺利合作？

　　测试在记录bug的时候做到合理分配，轻重缓急明晰。将bug按照严重程度进行分级管理。一般讲bug分为三级：普通、重要、紧急，具体的分级可以根据实际情况来定。将紧急的bug列入当前的目标，并指定具体的开发人员进行修复；重要的bug根据产品的规划和当前的进度情况再议；普通的bug可以暂不考虑。 这样既不影响开发主线的进度，又能较好的完成bug的修复工作，保证现有产品的良好体验，还能减少测试与开发之间的摩擦和争吵。也保证了测试对bug的良好管理，后期只需要追踪bug的状态，将已修复的bug及时归档就可以了。

　　总结：

　　很多时候不仅仅是把自己手头的工作做完就结束了，大家是在同一个团队为了同样的目标在努力。如果仅仅是为了更快的完成自己的工作而延误了别的小伙伴的工作，就最终将要达成的目标来说也是得不偿失的。 因此，在日常的工作中多站在对方的角度思考问题，多体谅对方，将自己能力范围内的工作做好，问题解决好，为对方营造一个舒适的解决问题的环境，对方自然将你的好看在眼里，记在心里。