TDD - 这种依赖序列情况的方法是什么？

Question

我目前正在掌握 Lucene 索引，并且对使用 TDD 时的“正确”方法摸不着头脑。

为此，您必须创建一个 IndexWriter，根据一个简单的文本（字符串）集合生成索引，这些文本（字符串）经过标记化、词干化等。

要在此索引中查找查询，您必须创建 DirectoryReader、进行查询、获取命中等。

所以在制作我的第一个测试类（JUnit 4）的过程中，我一个一个地完成了这些步骤，为这个过程中的每个步骤创建了一个新的测试方法，最终产生非零的命中数，如果一切顺利的话。

我遇到的问题是，最后一个测试方法完成了所有这些步骤：清除索引目录、创建 IndexWriter、创建索引等，最后计算命中数。最后一种方法最终可能会被沿途的任何错误所绊倒。而且，之前的方法都显得多余……！而且似乎没有“嘲笑”的机会出现......

这是“测试套件”的候选者吗？ TDD Pro 如何针对这种情况开发“适当的”测试？

Answer 1

在我看来，您提到的最后一个测试方法更像是集成测试而不是单元测试。单元测试应该只测试一个非常具体的代码单元（通常是一个方法或方法的一部分），并且应该模拟与其他类的任何交互，不应该触及数据库、文件系统或特定代码单元之外的任何东西测试。听起来您创建的第一个测试是单元测试，最后一个测试是集成测试。两种类型的测试之间有一些冗余是可以的，因为单元测试正在测试非常具体的逻辑片段，而集成测试则测试这些片段之间的交互。