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

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

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

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

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


当前回答

40英尺杆子测试

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

其他回答

肛门探测器

一个必须使用疯狂的、非法的或其他不健康的方式来执行其任务的测试,例如:使用Java的setAccessible(true)读取私有字段或扩展一个类来访问受保护的字段/方法,或者必须将测试放在某个包中以访问包的全局字段/方法。

如果您看到这种模式,则说明测试中的类使用了过多的数据隐藏。

这与Inspector之间的区别在于,被测类甚至试图隐藏需要测试的内容。因此,您的目标不是实现100%的测试覆盖率,而是能够测试任何东西。想象一个只有私有字段的类,一个没有参数的run()方法,而且根本没有getter。在不违反规则的情况下,没有办法进行测试。


Michael Borgwardt评论:这并不是一个真正的测试反模式,它是一种实用主义,用于处理被测试代码中的缺陷。当然,最好是修复这些缺陷,但在第三方库的情况下,这可能是不可能的。

Aaron Digulla:我有点同意。也许这个条目真的更适合“JUnit HOWTO”wiki,而不是反模式。评论?

母鸡妈妈——弗兰克·卡弗 一个通用的设置,它所做的远远超过实际测试用例所需要的。例如,创建各种复杂的数据结构,其中填充了明显重要和唯一的值,而测试只断言存在或不存在某些东西。 高级症状:不恰当地共享Fixture

我不知道它能做什么…以防万一,我还是加进去了。——匿名开发者

40英尺杆子测试

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

等着瞧

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

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

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

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

巨大的

一个单元测试,尽管它是有效地测试被测对象,但它可以跨越数千行,并包含许多许多测试用例。这可以作为一个指示器,表明测试中的系统是一个上帝对象(James Carr的帖子)。

对于这种情况,一个明确的迹象是测试跨越了不止几行代码。通常,测试是如此复杂,以至于它开始包含自己的错误或不可靠的行为。