等着瞧

一种运行一些设置代码的测试，然后需要“等待”一段特定的时间，才能“看到”被测代码是否按预期运行。使用Thread.sleep()或等效的testMethod肯定是一个“等待和观察”测试。

通常，如果测试正在测试生成系统外部事件(如电子邮件、http请求或将文件写入磁盘)的代码，您可能会看到这种情况。

这样的测试也可能是一个本地英雄，因为当它在较慢的机器或过载的CI服务器上运行时，它将失败。

不要将“等待和观察”反模式与“睡眠者”混淆。

今天被这个咬了一口:

潮湿的地板上: 测试创建的数据被持久化到某个地方，但是测试完成后并不清理。这会导致测试(相同的测试，也可能是其他测试)在后续测试运行中失败。

在我们的例子中，测试在“temp”目录中留下了一个文件，该文件具有第一次运行测试的用户的权限。当不同的用户尝试在同一台机器上测试时:砰。在James Carr网站上的评论中，Joakim Ohlrogge将其称为“邋遢的工人”，这也是“慷慨的剩菜”的灵感来源之一。我更喜欢我的名字(不那么侮辱人，更熟悉)。

蝴蝶

您必须测试一些包含随时变化的数据的东西，比如包含当前日期的结构，并且没有办法将结果固定为一个固定的值。糟糕的是，您根本不关心这个值。它只会使您的测试更加复杂，而不会增加任何价值。

它翅膀上的蝙蝠可以在世界的另一端引发飓风。——爱德华·洛伦兹《蝴蝶效应

无名的测试——尼克·佩洛

添加到错误跟踪器中以重现特定错误的测试，并且其作者认为不需要有自己的名称。不是增强现有的、缺乏的测试，而是创建一个名为testForBUG123的新测试。

两年后，当测试失败时，您可能需要首先尝试在错误跟踪器中找到bug -123，以弄清楚测试的意图。

沉睡者，又名维苏威火山，尼克·佩洛

注定在未来某个特定时间和日期失败的测试。这通常是由于在测试使用Date或Calendar对象的代码时不正确的边界检查造成的。有时，如果在一天中非常特定的时间(如午夜)运行测试可能会失败。

不要将“潜伏者”与“等待和观察”反模式混淆。

这些代码早在2000年之前就已经被替换了——许多开发人员在1960年就被替换了

搭便车/搭便车——詹姆斯·卡尔，蒂姆·奥廷格 与其编写一个新的测试用例方法来测试另一个/不同的特性/功能，不如在一个现有的测试用例中使用一个新的断言(及其相应的操作，例如来自AAA的Act步骤)。