反模式:必须至少有两个关键元素来正式区分实际的反模式与简单的坏习惯、坏实践或坏想法:

一些重复的行为模式、过程或结构,最初看起来是有益的,但最终产生的坏结果多于有益的结果 一个重构的解决方案,清楚地记录,在实际实践中证明,并可重复。

为您在“野外”中见过太多次的TDD反模式投票。 James Carr的博客文章和testdrivendevelopment yahoogroup的相关讨论

如果你找到了一个“未命名的”…也要贴出来。请每个反模式一篇文章,让投票有意义。

我的既得利益是找到前n个子集,这样我就可以在不久的将来在午餐会上讨论它们。


当前回答

愉快路径

测试保持在满意的路径上(即预期的结果),而不测试边界和异常。

JUnit 反模式

其他回答

40英尺杆子测试

由于害怕与要测试的类过于接近,这些测试与要测试的逻辑隔着无数抽象层和数千行代码。因此,它们非常脆弱,容易受到各种副作用的影响,这些副作用发生在往返感兴趣的班级的史诗般的旅程中。

以铁链锁住一群做苦工的囚犯

必须以特定顺序运行的几个测试,即一个测试改变了系统的全局状态(全局变量,数据库中的数据),而下一个测试依赖于它。

您经常在数据库测试中看到这种情况。测试不会在teardown()中执行回滚,而是将更改提交给数据库。另一个常见的原因是对全局状态的更改没有包装在try/finally块中,如果测试失败,这些块将被清理。

蝴蝶

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

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

连体双胞胎

人们称之为“单元测试”的测试实际上是集成测试,因为它们没有与依赖项(文件配置、数据库、服务,换句话说,其他没有在测试中测试的部分,人们懒惰而没有隔离)隔离开来,并且由于应该stub或mock的依赖项而失败。

愉快路径

测试保持在满意的路径上(即预期的结果),而不测试边界和异常。

JUnit 反模式