结合一下我们的实际情况，迭代快且需求多，软硬件结合，在上流就有一大堆 bug 和流程问题，导致测试不断出现其它突发情况，仅剩那点可怜的测试时间的前提下，开发写出 bug 是合理的，但一个测试负责一个项目，在短时间内完成迭代中多个功能的测试工作，出现漏测就是不行的，sb

可以的 有这领导在 开发同学可以肆无忌惮地改动代码并且不告知测试人员了

1. 一般出现 bug 需要分析出现的具体原因， 只要不是刚发上去的新功能有问题，大概率测试是可以甩锅的。。。
2. 其实没吊用，有些公司测试每个迭代十几个线上问题，因为领导带过来的亲信，绩效照样都是最高的

最后说一句我希望这种亲信派系的公司早点倒闭，真恶心哎，干的烂还 tmd 高绩效

完全有可能，因为测服代码也不是由测试成员管理的，完全就是开发管理、开发编包，测试超级被动

1. 如果线下就能拦截所有 bug，那为什么还需要小流量、灰度、众测这些东西？有多少个团队能在线下发现全量 bug？还是说产品太简单……
2. 片面追求线下拦截所有 bug，要考虑人效和能力（是否允许足够长的时间测试，是否有足够多的 bug 发现手段），你的组长能拍出这样的决定，证明他对这些东西没考虑全面
3. 有些 bug 在当下迭代不会出问题，随着未来的用户量级提高，用户环境会越发复杂，或者未来某个代码变更触发隐藏问题，这种 case 那个组长怎么判断？又该不该扣绩效？

如果只会追责到人，不会分析事情本身，打绩效如此粗暴，证明这个组长水平有限。我建议是换老板、换团队、换公司任选一个。

具体问题具体分析， 得分析缺陷逃狱的根因。
举个案例，研发需求外改动，没通知到测试， 然后对测试而言也没要求做 Code Diff ,那逃逸了难道还算测试的？
再举个例子，测试用例执行了，但是结果检查没认真，漏检查了一个字段刚好出问题，这缺陷不算测试算谁的？
接着再给个案例，调用三方接口，人家改动不通知你，这主责难道算到你们的研发 or 测试身上？
最后再给一个案例，线上磁盘挂了，满了，断网了等等这主责难道也算到你们的研发 or 测试身上？

QA 要做的，通过一层一层的流程规范，技术手段去做缺陷拦截，降低缺陷的逃逸，对线上、线下做质量运营，对故障做防控，对故障做应急方案处理，预演等等

如果你是测试，测试领导叫你分析。
你要明白，首先锅绝不能是测试的，可以是产品、研发的。

像你这种情况，可能是给了指标，内部要出人了。谁也不想得罪，那就只能找倒霉蛋了。
还有一种情况就是” 妈的，老板只要结果。我为什么要背锅，得给你们这帮摸鱼的压力，能混一天算一天。“

工资高忍，工资低跑

我司就是这么处理的，哪个需求引入就是哪位测试负责（就算是 1 年前的需求都会追究），包括研发夹带私货这种问题（因为测试有代码权限，可以认为当时你没有进行 codeview），像这样的情况比你们更恶心呀。不过也不是测试全部背锅，相应的研发也是要负责的

挺好起码还和研发一起 over

我们是研发 7 测试 3

1.先解决问题；
2.分析原因，复盘，避免二次发生
3.责任追究，有礼可说，有据可查，没有的话，看谁权利大，小的就背锅去
4.列入用户反馈表，公示；

找流程的问题，发布流程，转测流程，测试流程，开发流程。
这样改进流程，大家都能甩掉过，也能避免下次再出现。

想到有一次事故，数据增长快，oracle 表空间不够了

别说磁盘空间不够，业务增长导致表唯一 id int32 位不够用出问题都见过……

我们这还好啊。线上有问题，一般工资最高的那个人，会让人兵分几路去分析，首先是开发去分析，看是开发自己漏的还是测试没测试到，有很多问题是大家都不知道这个点的隐藏存在风险，这种的也不会怪谁。我们这个环境，那些只讲话不干事的项目经理啊之类的人不存在，不主力干活的项目经理，群里面一堆人怼，他还不敢回嘴。。有时候就是觉得他们除了工资高点以外，确实很卑微。总监除外，总监以下的任何领导层，我觉得都没什么用，还是以谁有本事来论的

交付质量第一责任人是测试，所以线上 bug 就是测试的问题。有 bug 你为啥发现不了？bug 多可以不发布，或者作为已知问题通知相关人，但漏了就是测试的问题。找开发查原因以让测试将来看如何避免。但同时线上 bug 不应该纠结所有问题，只挑主要的，P0，P1，P2 的可以考虑，其他的就不要追究了。

bug 是开发写的，干测试什么事

说的不错，就照你说的干