欢迎到原本部落格阅读原文，认为翻译有问题也欢迎讨论。
虽然这是最后提到的反模式，但是这个模式是这篇文章出现的真正原因。当我看到有人在研讨会或聚会上骄傲的宣称测试是浪费时间，他们的专案不需要测试也运作得很好时，总是觉得很失望。另一个更常见的情况是遇到反对某种测试（通常是单元测试或者整合测试其中一种）的人，就像我们在反模式 仅有单元测试，没有整合测试 和反模式 仅有整合测试，没有单元测试 看到的一样。
当我遇到这些人，我会问他们一些问题，看看为什么会这么讨厌测试。原因通常都跟某种反模式有关。可能之前的公司测试非常慢（反模式 7），或者常常需要重构（反模式 5）。有些人被无理的要求测试率要达到百分之百（反模式 离谱或缓慢的测试）或者遇到测试驱动狂热者（反模式 11）尝试让整个团队遵守他对测试驱动开发的扭曲认知。
如果你是这些人其中之一，我理解。因为我知道要在一个有坏习惯的公司里工作有多辛苦。
过去因经验所导致的不好经验，不应该影响你判断自己的专案是否需要测试。尝试客观的检视你的团队和专案，看看里面是否存在任何测试的反模式。如果有，那么你就是单纯地往错误的方向测试，不管增加多少测试对你的专案都不会更好。这虽然很让人难过，但是是事实。
你的团队受到不好的测试习惯受苦是一回事，指导新的开发者“测试是浪费时间”是另一回事，请不要这样指导新的开发者。许多公司并不受这篇文章所说反模式的影响，去找这些公司吧！