生成环境出事故了，被项目经理叫去开会，一上来就来句 “” 以后所有线上问题，都是测试的责任 “”。。。。
可以打开 boss 看机会了 这种单位呆着有何必要
该怼就怼，不然后续更没法干，就出力了一点好处都没有
跑路吧
兄弟，去倒杯开水，泼过去吧
就是测试的责任，不然要测试干嘛？怼什么怼，好好反思一下自己的问题
bug 是谁写的？写的人没责任？没有一个测试敢说能找出全部 bug，只能不断减少 bug，帮助开发提高系统质量，全是测试的锅，谁能干谁上吧！分不清主次
从倒推，肯定是测试负责。但你要把事故的原因描述清楚，所以需要做复盘，告诉项目经理一味让测试背锅，问题解决不了，需要大家一起合作把事情做好。
是时候面试了
楼主弱爆了，要是我，当场回一句你煞笔吗，你脑子被狗吃了吗……别说是个菜逼项目经理，就是 CTO 都照怼不误~
@ 顾烨霖 不明白你哪来的自信觉得自己能测到一个 bug 都没有。
一分权利对等一分责任，这才是合理的制度。
这是契机，测试可以考虑如何减少事故。
也是风险，锅在天上来不跑干什么。
测漏了导致线上出问题，不是测试的锅那是谁的锅？不然要测试干嘛
如果是测试测到了，被其他人改变了，比如开发改代码未通知、运维调整部署未通知，那这种时候可以说不完全是测试的锅。
测试除了跑和怼还能做什么，是不是招测试的时候还要写上会怼。
我觉得要分故障大小以及出现原因，一句无论如何都是测试的锅，我也不接受。
测试范围内，容易复现，影响较大 测试的锅
测试范围内，容易复现，问题不大
测试范围内，复现复杂 。。
测试范围外。。
首先线上有事故，是咱的锅咱大大方方背着，其次总结经验
1、完善用例场景，查缺补漏
2、灰度和线上验收的时候，让相关开发和产品都验收，毕竟产品质量的保证是大家一起的努力结果，也避免了线上独自背锅的问题（我们公司的测试流程就是这么做）
3、领导假如真的很差，建议好好复习一阵，在跑路
如果版本提测了且测试用例覆盖范围内的 bug，测试的责任没毛病
原因都不分析直接给测试甩锅的话，项目经理水平也就那样了，遇到这种往死怼别客气，趁早申请换团队或者寻找新机会吧
其实怕啥，既然都是你负责了，你就有调用别人的权利了，那就狠狠推动其他人呗.
just send him a《Clean Coder》
哟，又写 bug 呢?
