三百六十行，行行都背锅。
用例千万条，质量第一条。
流程不规范，亲人两行泪！

每次上线后多多少少都有些问题，每次的项目总结会总会生产一口新锅，等着你我他来背，这不又要上线了，这次不知道哪个倒霉蛋要背锅前行了。

由于以下场景过于真实，可能引起不适，小心阅读

赶着最后一秒将手指塞进了打卡器，滴一声时间定格在了9:29:58，还好没迟到，迟到三秒钟扣10块钱。为自己省下了一桶泡面钱暗自窃喜，刚落座，鸡蛋灌饼还冒着热气，项目经理就过来问：“测试的咋样了啊，还有啥重大问题没，晚上要按时上线呢”。（扣锅）
“bug都提上去了，就看开发能不能改完了”我说，（甩锅）
过了一会开发经理过来问：“测试的咋样了啊，还有啥重大问题没，晚上要按时上线呢” （扣锅）
“bug都提上去了，就看你们能不能改完了”我说，（甩锅）
又过了一会，产品经理过来问：“测试的咋样了啊，还有啥重大问题没，晚上要按时上线呢” （扣锅）
“bug都提上去了，就看开发能不能改完了”我说，（甩锅）

为什么都问我，都想让我说没问题了可以上线了，我就不说，项目质量怎么样你们心里没点B数么，此时此刻一万口锅在心里盘旋，处处都是陷阱，保持警惕，一不小心，惹锅上身。

下午三点，一个开发说某bug改好了，但是当前环境条件下测试不了，他自己测试没问题，让我别测了。我立即将该情况进行反馈，通知项目经理、产品经理、开发经理等相关人员，由此展开了一些列的讨论，讨论到了5点没个结果，除了我作为测试认为不能上线外，其他人员一概认为该场景较少，可以先不测，先上线后下个版本再测也来得及。

请注意大家都让我别测试了，可我认为有风险，怎么办？邮件，嗯对，就是邮件，发一封邮件给相关负责人让他们给我回复存在某问题但可以上线的确认邮件。至此我算离锅远点了。

你以为就这么完了？晚上上线到凌晨4:30，为啥，小（大）概率事件发生了，NM就是那个问题导致的，在生产环境试来试去的，打脸一排排，那又如何，还不是陪他们苦逼的上线。你可能会说凌晨4点的北京你算是见识了，这算啥，一天24小时的北京哥都见过很多次了。

故事仅是工作中的一部分缩影，希望能以此来警醒大家。

以下内容请多读几遍，都是背锅侠的吐血总结

任何人跟你说别测了，可以上线了，千万别信。每一个别测了，后面都隐藏着N多的风险，而最后的背锅者大概率是你！测试作为质量把关者，严防死守是天职同时也是自我保护。就算你阻挡不了大势，那也要邮件形式把话说清楚，不做背锅侠。

或许有人会说你这上线太仓促了，一般上线前三天代码都封板了，你见过真封住了的么，上线过程中生产环境调试的都大有人在...

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！