今天我们主要探讨一个在测试领域很常见的现象：项目出了问题为什么总是测试人员来“背锅”？
很多小伙伴第一反应就是岗位决定的，测试人员本职就是负责保证产品质量的，如果质量出了问题，不找你找谁？肯定应该由测试人员来背锅。这么想没问题，事实也是如此，按照我们常见的游戏项目研发流程，测试是产品到用户手里之前的最后一道关卡，如果测试没有把好关，出了事故应该由测试来承担主要责任。
面对这种理所当然的岗位决定论，很多测试小伙伴是不是很郁闷？是不是想到了一句话：“女怕嫁错郎，男怕入错行”？其实如果我们再深入的思考一下，哪怕是最后一道关卡，仅仅依靠测试的力量就能解决项目质量问题么？
心理学上有句很有名的话，叫做“人们往往把成功归因于自己，把失败归因于环境”。那么可以推理出，出了问题，非测试人员很容易就把问题责任推给测试人员，那么做为背锅侠，我们能不能也把责任推给其他“环境”呢？那么我们就来谈谈“环境”问题。
我个人认为一个项目的质量保证是一个复杂的系统工程，“测试”只是其中比较重要的一个环节，仅仅把“测试”这个环节做好并不能解决根本问题，只有把整个研发流程中的每个环节都协调和组织好，才能确保项目的整体质量。
作为项目管理者和核心成员应该能理解到这个层次，相互支持和配合，这个项目的质量才是可预期的，才是可以改进的。当一个系统出了问题，我们只把眼界放在其中的一个环节上，哪怕这个环节优化的无以复加，这个系统也是不稳定的，也是随时可能爆发出新的问题的系统。
上面两个层面相对比较阳光，那么我们想想测试容易背锅这件事有没有腹黑一点的解释呢？
经济学上有个很有名的科斯定理，科斯本人并没有给定理一个明确的说法，不过大家通常的理解是：“只要财产权是明确的，并且交易成本为零或者很小，那么，无论在开始时将财产权赋予谁，市场均衡的最终结果都是有效率的，实现资源配置的帕累托最优。”
从这个定理我们可以引申出一点，在会产生相互伤害的事件中，谁避免伤害付出的成本最低，谁应该承担最大的责任，这样分摊责任，整个社会为避免意外所要付出的总成本就会达到最小。
继续引申，我们会发现大部分测试人员的薪水都比程序员低，让测试背锅看起来“最值”，项目组的整体成本最低，这符合科斯定理。假如项目组里程序员薪水比测试低，那么程序员很可能最容易成为背锅侠。
本文我们通过几个层面探讨了下测试容易成为背锅侠的原因，但是最后我也想说另外一点，哪怕是背锅，其实我们也应该有这个担当与胸怀。努力的去把问题解决好，让产品不出事故，也就谈不上背锅不背锅了。
好了，今天我们就探讨到这，各位小伙伴有什么看法呢？欢迎大家留言交流。 也欢迎各位小伙伴转发、点赞，你们的支持是我最大的动力。
源自公众号 测试风云录