当产品出了问题，谁都不想担这个责任时，锅由谁来背呢？
在测试的日常工作中，相信经常有测试的小伙伴遇到类似的情况：在项目上线时，只要出现问题（bug），测试就很容易成为“背锅侠”。
1）背部门之间未及时沟通的锅
之前做过一个项目，在项目验收阶段，客户对下单的流程提出了一些优化性的建议，但是在开发人员开发完这个需求之后，并没有通知我进行测试，就导致在下一次给客户演示的时候，下单流程根本不通，让客户非常失望。
就这样甩锅之路又开始了，开发说是功能已经做好了，但是是测试没有测出问题来，测试又说并没有被通知到这个已经改好了需要测试，那么到底是谁的问题呢？其实严格说起来开发和测试都有责任的。
1、开发人员在功能完成之后应该及时的通知到测试人员进行测试，留出足够的时间改bug；
2、测试人员应该严格按照需求的时间节点去确认开发人员是否完成了需求开发，不要一味的等开发人员通知，因为有时候开发人员有可能会遗漏掉。
2）背质量不符合预期的锅
在产品使用过程中，如果出现问题，第一个被问责的对象就是测试：测试人员为什么没有发现该问题？而因为几乎大部分问题都能定性为测试案例未覆盖，所以测试经常需要背“质量不符合预期的锅”。之所以背这顶锅，根本原因是业内人员对测试人员的职责定位有误。
大部分人认为测试的职责就是为质量负责，且是负全部责任，只要是质量问题，测试就需要承担起来。
3）背项目或需求延迟的锅
只要项目有延迟，就是质问测试人员，为什么没有测完？为什么不催着点开发赶紧做完？怎么还有bug没有改完？工作时间越久就越来越发现，测试人员都成全能的了，什么也得干，什么都得会干。
4）替离职人员背锅
更奇葩的是，测试新入职一家公司，接手了辞职人员的工作，当这部分工作线上出问题时，责任也是你的，因为你现在负责这部分工作，没有理由，也不能申辩，而且作为一个新人，也不能和老员工硬刚，真的好憋屈哦~
什么情况测试容易背锅？
前期出现了以下情况，测试就需要小心了，因为一旦出问题，很有可能变成“背锅侠”。
1）团队研发能力很弱
研发能力弱，代表潜在质量问题会很多，测试复测成本非常大，且交付的产品从根上就注定了功能不稳定，导致事故频发。如果这时候产品对事故的容忍能力很低，那么后果就是测试需要频繁的被问责，以及被要求完成紧急版本的测试。这种情况下，压力被严重放大。
2）项目排期压得很紧
很多时候需要紧急出版本修复问题，这时候，测试排期几乎被严重压缩。然后，测试还要担着交付后质量无问题的责任，这两者其实是互相矛盾的存在：为了保障质量，需要充分的时间去测试，而排期被严重压缩，几乎没时间充分测试，测试人员深陷其中，苦苦挣扎。
遭遇职场甩锅，测试要如何处理?
1）如果遇到顶头上司甩锅
那么就得看你能不能忍了，如果能忍了，那就忍着吧，毕竟还要在他手下工作，如果你觉得忍不了，或者这个公司可有可无，那么畅所欲言吧，把事情说明白，尽量的证明自己的清白，既然不打算在这呆了，也就不怕得罪领导了。
2）如果是同事之间甩锅
两个平级人员之间，那么我的建议是，保留证据，各种聊天记录在项目结束前不要删，各种文件往来一定要保存好，日报、周报、月报写清楚自己的工作内容和职责，明确项目细节的时间节点，谁出了问题就找谁，当着大家的面分好工作，避免出现甩锅的问题。万一遇到甩锅的情况要有证据证明自己的清白。
3）新人老人之间甩锅
如果新人遇到老员工甩锅，不要急着撇清关系，首先要表达出自己刚来，对系统还不熟悉，有可能漏测并愿意承担责任的态度来，其次是委婉的表达自己没有负责这个需求，并没有对这个需求进行过多的了解。
最后，别当老好人，别人甩锅给你的时候自己也要反思一下，是不是自己太软弱了，是不是自己是个不会拒绝的老好人，为什么自己总是当背锅侠。甩锅就跟家暴一样，有第一次就有无数次，要适当反击被甩锅的行为，设置工作的底线。
总结：
感谢每一个认真阅读我文章的人！！！
作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。
软件测试面试文档
我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。
视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。
)