我入职不到一个月，当时项目已经开发的差不多了，需要我开始进行测试。但是要一个人测试三个平台web，Android，iOS，工期不到一个月，接近二十个模块，上线后出现问题却要我背锅，这合理吗？

当然不合理，但是你要会合理的回怼！因为：

1）产品的需求不是测试提出的；

2）界面UI是设计人员做的；

3）界面代码是前端写的；

4）程序处理代码是后端完成的；

5）资料库是DBA（或者开发）设计和开发的；

6）产品上线维护是运维做的；

……

种种迹象表明，这些都跟测试没有关系！

测试只能发现缺陷，不保证测试后的软体没有缺陷。

这样的锅，测试不背！

显然不合理。你见过装修出问题让监理背锅的吗。项目组的责任，整个组一起背。特别是决定不合理的工期的决策人比如项目经理需要负责任。

看情况，你必须有理有据才可以背锅或者甩锅，测试来讲之前我团队是不背锅，每个流程都有输入，标准，输出。对于测试有风险责任必须邮件，特别测试完以后开发经常乱修改，没有说测试内容，发布出去就出现问题，这个就是测试经常背锅的地方～所以到时记得有证据～

要，你测试计划评审了没有？测不充分有风险提前汇报了没有？

【这个锅我不背】

项目经理道：「你是怎么测的，为什么这么简单的问题都没测出来？」他沉默，林木静寂。他凝视著地板，仿佛在沉思。对于测试来说，背锅是很正常的。既然经过了测试。如果发现了问题。第一反应自然是测试的锅。毕竟是项目交付最后一环。有办法改变别人的看法？没有。只能接受。那他什么都不能做？不是。可以做点什么？甩锅。测试背锅若是一把锁。他已找到开锁的钥匙。这把钥匙若是一把剑。这一剑刺出，是什么样的力量！项目经理似乎感受到了这股力量。不由得往后退了两三步。项目经理道：「你，你，你为何还不说话？」他开口了，自信而淡然。他道：「先把问题原因定位一下。」一炷香的功夫。他精神一振，道：「这个问题我提了的，开发没有改。」他拿出了 Bug 单。证据确凿。无可反驳。项目经理苦笑道：「什么情况？」开发表示根本不知道有这个 Bug。这就是江湖人。江湖人，都会甩锅！人在江湖，岂非本就像是风中的落叶，水中的浮萍？他大笑。他是真的在笑。可是他心里究竟是什么滋味？又有谁知道？他眨了眨眼，道：「那我以后把优先顺序和严重程度标明显一点吧。」甩锅失败。甩锅是有可能会失败的。但是不甩一甩，怎么知道成功还是失败。冷冽的冬天。山坡后的草包已衰。有风吹过。一片落叶飘下。他抬起头，凝视著天空。感受著微微的阳光。他希望能有机会，再甩一次锅。很快机会就来了。又是上线问题。又是项目经理。又是同样的话。又是那个开发。又是说不知道。老油条就是老油条。他的肾上腺素飙升。似要发作。内心的愤怒却忽然变成了粉末。瞬间就被吹得无影无踪。他看著开发那油腻的脸庞。心里忽然觉得有点酸酸的。自己以后是不是也会这样。可是他的担忧是多余的。他会遇到更优秀的开发。他冷冷道：「我优先顺序写的是 Highest，定级也是 P2。」开发道：「是吗？不是吧。」试图做最后的挣扎。项目经理走过去拍了拍开发的头。项目经理道：「是你的问题，今天改完了才准下班！」开发脸色惨白：「为什么受伤的总是我？」测试不是背锅侠。如何聪明的甩锅。是值得研究和学习的。讲事实，摆道理。切勿带有情绪。说很容易，做到很难。这天，开发笑嘻的道，「你这提的不是 Bug！」他没有再开口。可是他的人已有了动作。

背了什么锅？

亲，这边建议离职呢。

说真的，现在有些公司招测试的一个重要目的就是用来背锅的。如果刚入职一个月就遇到这种，那后续要背的锅可多了去了。这个时候要么强硬回怼，要么有人，不然有得憋屈的(待遇好当我没说，纯当每月拿精神损失费了)

当然，如果不是追责，只是让你负责组织分析根因，制定改进措施，并跟踪闭环(说得有点阿里味了[ ])，那这种我觉得是不叫背锅的，本来就是测试要做的事，那就不要太玻璃心了

至少从题目的描述看，背锅是合理的。

说一下里面的问题。

你入职了一个月，是否了解了所在公司的开发流程，在流程里测试的角色的介入阶段和职责是什么。

测试工期一个月，你是否制定了测试计划，是否编写过相应的测试用例。

看题目描述，测试的资源是不足的，那么是否和上级领导进行了汇报，说明过测试不足的风险。

假如你做了测试计划；编写了测试用例；邀请项目相关人员进行了测试用例评审确认；确定测试资源不足，项目领导已经了解相关风险；测试方提交了测试资源不足时候，在现有资源下的解决方案，比如只进行常规验证不进行异常验证，三个平台重点测试一个用户最常用的平台等等。

在测试预期的范围外，上线后出现问题，那么这个锅无论如何都不会到测试的头上，因为你已经在自己承诺的范围内做好了测试。

当然了，这个比较理想化的状态，但是现实可以往这个方向努力一下的吧，至少甩锅的时候有可以提供的内容。

推荐阅读：
相关文章