是的 大型团队里面，死道友的情况太常见了，出了问题第一个甩锅让测试找原因，不会找自身的原因

如果你经历过 2 个以上的大型公司，大型团队就知道了。你提到了开发和产品，怎么没考虑到测试的核心利益是什么呢？是 1 个 Bug 都没有吗，那我需要测试团队做什么呢？另外，你提到的开发和产品的观点很理想情况，实际上开发并不认为 0bug 是他的核心，他的核心是在加班比较少情况下更快结单，更快转给测试。产品的目标是尽快转给测试提 bug 修复或者 bug 转需求做。这是大型团队的现状。

大哥我悟了

跟出这个指标的领导讲，你这个模型它还可以完善，千万不要讲是错的不合理的，要秉着打补丁的逻辑，建议应该从以前的 bug 指标里得出我们团队的数据模型，然后拍个脑袋乘个系数。而且 bug 是分严重层度的，还要按等级乘以系数，这样才和实际情况匹配。反正嘛，看到不合理的就配合着绕弯子，绕到大家知难而退，实在玩不起，就准备准备面试吧，玩不起跑总是可以的。

1，开控制台；2，大拆小；3，把开发打一顿每天必须写几个 bug。

我们之前公司要求每个测试一天要找出 5 个 BUG 不然不准下班