论测试猿如何优雅的甩锅
Posted 测试界的飘柔
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了论测试猿如何优雅的甩锅相关的知识，希望对你有一定的参考价值。
测试猿，经常被江湖人戏称为“背锅侠”。
这个称呼是怎么来的呢？我们来追溯一下根源。
当产品上线后，有 bug：
“测试为什么没有测试发现这个问题？肯定是测试的责任！”
当产品上线后，用户反馈使用体验不太好：
“测试为什么没有想着去提高用户的体验？”
当用户的 bug 测试也发现，但是开发没有修复时：
“测试为什么不找产品经理确认？这么严重 bug 测试要让开发修复的啊！”
当产品上线没有 bug，反馈良好的时候：
“咱们开发还是很靠谱的，做出来的东西质量杠杠的！”
以上的场景，就是大家非常熟悉的 测试“大型背锅现场”！
那么，这些锅我们可以甩出去吗？
当然是可以的！接下来给大家普及一下，测试猿如何优雅的甩锅！
测试猿甩锅秘籍
一、过硬的专业技能，塑造避锅铜墙铁壁
强大的测试思维，可以设计出周密的测试用例，测试覆盖更加全面；
从提高自己的专业技术出发，不管是从测试点的提取，还是从测试用例的设计和编写，都做到极度专业，能够设计出来覆盖非常全的测试用例，那么出现在用户面前的 bug 和问题就会越少，自然也就不会有锅从天上来了；
规范的测试流程，可以让开发、产品、测试一起来评审测试用例，保证测试质量；
其实很多公司有很多用户的问题和 bug，根本原因是测试流程不是很规范：比如需求确定了之后，没有需求评审，开发和测试各做各自的，没有达到理解的一致性；比如测试用例写完没有用例评审和规范，就会容易出现一些漏测和错测的情况，也就自然用户反馈的问题会增多；所以，一个成熟且规范的测试流程，是保证产品质量的前提和基础；
详细的 bug 记录和缺陷跟踪流程，提高测试效率同时，也可以让发现的 bug 有迹可循。
发现的 bug 不管是必现还是偶现的都应该要记录到缺陷管理平台，做好跟踪；如果是开发没有修复的 bug，不管是什么原因（延期，无效 bug，重复 bug，无法复现等）都要做好跟进和备注；以后如果用户发现类似的问题，可以从自己的 bug 管理工具里找到对应的问题的记录和参与人员，可以合理的“规避责任”。
专业的技能和工具的使用，让测试工作更加高效和彻底
让自己掌握更多更专业的技能，能够更加深入的分析问题和缺陷；比如数据库的使用，抓包工具（fiddler、Charles 等）的使用，网络协议相关的知识（HTTP 协议、HTTPS 协议等），接口测试工具（Jmeter、Postman 等）；这些技能可以让测试更加掌握项目中的主导地位，让你说的话有理有据，更有说服力；因为减少“背锅”的命运的发生；
二、良好的职场习惯，是“甩锅”必备良药
遇到冲突和歧义，先主动沟通，最后找产品/项目经理确定拍板
当测试和开发之间有问题的理解和认知达不到一致的时候，一定要先主动沟通，推动事情的进程；比如开发说测试开的 bug 不是 bug，测试不要一味的认同开发，也不要盲目的反对的开发，要主动联系沟通具体的原因，并站在用户的角度和基于需求的基础上罗列需要修复 bug 的证据；如果主动沟通依然无法达到一致，一定要找到可以拍板的人–比如产品经理、比如项目经理沟通，确认这个 bug 的是否要修复；
主动沟通，一方面避免问题可以有效的推动问题的解决，一方面可以由多方分析和确认问题而避免导致重要 bug 的修复遗漏。
凡事留好证据，做好责任规避
在职场总是会有一些人将说过的事情被动或者主动的忘记，所以如果是一些重要的问题的结论和决策，我们一定要保留好相关的证据。
比如上面讲的案例，开发和测试的关于这个 bug 是否要修复的问题，最终得到了产品经理的确认说不修复了，那么这个结论一定要保留下文字或者图片的证据，添加到 bug 的备注里；这样，如果万一以后用户也遇到同样的问题，就可以把这个 bug 找出来，并找到当初不修复这个原因，测试就不会是这个问题的”背锅侠”了；
还有类似的相关的问题，都要做好右键、文字截图等证据，方便需要的时候用作甩锅的证据。
工作进度和问题及时汇报，并做好风险控制和评估
每一项目工作都要及时做好汇报，紧急的项目最好能一日一汇报，如果没有那么紧急的项目，也一定要做好一周一汇报；这样可以让项目负责人、测试负责人等都及时掌握项目的状态和进度，有问题可以及时发现和解决；
当有严重 bug（一般是 blockers 级别的 bug）被发现的时候，除了记录 bug 之外，一定要发送邮件通知相关的人员，催促开发紧急修复，确保项目进度不会被耽误；
当项目结束时，上线发布之前，做好项目报告，分析和评估项目可能存在的风险，并提出这些风险，给出合理的发布建议。
比如，因为项目的时间问题，有一些浏览器的兼容性测试没有覆盖，但是经过产品和项目经理的确认，可以不做；但是这个可能会存在一些风险，测试应该在发布之前在测试报告里提出；如果以后用户有类似的问题反馈，就可以找到对应的发布文档，必用被动的“背锅”了！
总结
所谓测试容易做“背锅侠”，这个有一定的外在的因素，但是更多的是内在因素；所以优雅的甩锅，不是让你不负责任、推卸责任，而且怎么把本职的工作做到最好，让锅砸不到你头上。
所以只有测试猿专业的做好本职的工作，才能能够优雅的甩锅！
后端开发甩锅指南！
往期热门文章：
1、
2、
4、
5、
引言
今天刚好在群里谈起这个话题，导致我一篇技术文章写了一半，暂时Delay了。
在电影《东方不败》里，任我行曾说道：江湖！只要有人，就有恩怨！有恩怨，就有江湖！人就是江湖，你怎么退出啊！"
正所谓，人在工位坐，锅从天上来。你在位置上，代码撸的好好的。一个锅就自然而然降临到你身上。因此，身为一名二十一世纪的好开发，如何学会正确的甩锅是在职场生活的必备技能！
正文
三奥义
第一奥义:甩锅不能慌
很多研发在初学甩锅技巧的时候，由于不善于沟通，别人一个锅甩过来，马上面红耳赤，结结巴巴。记住，人一旦方的时候，思路无法处于冷静的状态下，此时无法做出正确的决策。很多人事后冷静就会反应过来，卧槽，这锅不该我接啊！
大家回忆一下自己工作中，哪个领导之间甩锅的时候是互相爆粗口的，都是笑嘻嘻的把锅甩出去的，对吧？
甩锅技巧从本质上来说是一种沟通技巧，是一种对沟通能力的锻炼，没有人生来就会甩锅！至于如何加强沟通技巧，那又是另一个话题了，这里姑且不谈，我们只论甩锅!
因此，面对一道道脏水，尝试的将它甩出去。结果不重要，每次泼出脏水的过程中，就是对自己沟通能力的锻炼！
三不甩
第一情况:被留下证据了，就不能甩！
比如，这个事情明摆着是你做的，你邮件里留下了证据。
又或者，你的聊天记录被人截图了，被留下了证据。
那么，在这种情况下，你再去甩，那就是狡辩!性质非常恶劣，甩锅只适合于职责不明确的一些情况!
第二情况:一些明摆着甩不出结果的情况！
有些情况下，互相之间踢皮球是踢不出结果的。这种时候，不要再踢了，直接找高层决策！
那么，这种时候考验的是什么呢？OK，领导对你的信任度！那么，如何增加领导对你的信任度以及好感，也是很有技巧的。改天我们再细说，这里稍微扯一扯！
比如大家私下都会组织一些活动吧，打个比方，你们私下打球！
例如打羽毛吧(我随便举的)！
A员工其实是羽毛球高手。某次线下活动中与领导打羽毛球。先赢领导三个球，然后慢慢的让领导追上来，最后领导一球险胜A员工。
自己思考一下，如下三个问题
-
A员工为何要输的如此辛苦，他为了什么？ -
A员工如果输太多，会达到什么样的效果？ -
A员工如果一直压着领导打，会达到什么样的结果？
第一，不把锅甩给单身萌妹纸！切记，重点是…嗯…！
第二，不把锅甩给新人！你也是从新人过来的，想想自己还是新人时候的无奈。你忍心把锅甩给新人么！
第三，不把锅甩给leader！相信我，leader的甩锅方法论远胜于你，还是别轻易尝试！
甩锅方法论
记住，针对不同的角色，方法是不一样的。这里细说有产品，测试，运维，开发！
针对测试，一定要强调，这种BUG难以复现！
针对产品，一定要强调，你们的需求有问题！
针对运维，一定要强调，是你们操作失误！
针对开发，无固定方法，随机应变！
下面给出具体的情形，我们来演练一下！
线上某接口，响应变慢了！
针对开发:这接口代码，我是参照你之前写的，你快看看哪里出问题了！
针对测试:这种情况能稳定重现么？你们再看看！
针对运维:是不是阿里云的问题？
针对产品:这个功能流程太复杂了啊。要实现这么复杂的流程，不是不行，就是响应时间慢!
线上某接口，出现低级错误！
针对开发:我不是让你code review一下么，你居然没看出来!
针对测试:这么低级的错误，你居然没覆盖到！吃什么饭的！
针对运维:不是让你别这么操作么，能不能规范一点！就是因为你们做了XX操作，导致接口挂的！
针对产品:你这个功能太复杂了。实现起来出点小错误正常的，毕竟业务场景这么复杂，人家BAT的产品，也会出BUG的！
任务无法准时完成，延迟了
针对开发:你怎么上班老是划水呢，现在交不了差了，你说吧，怎么办！
针对测试:Bug太多啦，先报一点小bug来吧。
针对运维:这些这么简单的线上问题还老是找我们，知不知道我们开发进度很紧的?
针对产品:你们需求老是变来变去的，没法完成任务的！
自己瞎搞，搞挂了别人的服务
针对开发:你们的业务系统没有做好code review啊，快看看哪里不对！有没有配熔断降级什么的，快检查一下！
针对测试:你怎么测的，怎么他们的服务随便就挂了呢？
针对运维:他们的服务怎么加了几次调用就挂了，是不是机器哪里配置出问题了？
针对产品:不是和你们说了，调XX服务，这个方案行不通。你看吧，现在人家服务挂了！
结尾
1、
2、
3、
5、
6、
以上是关于论测试猿如何优雅的甩锅的主要内容，如果未能解决你的问题，请参考以下文章