在执行TDD时，何时实现新的模拟依赖项？

Question

关于从外部到内部的TDD，有一个我找不到答案的问题：

我实现了一个新单元（A），为此编写了一个测试，并且该单元需要一个尚不存在的依赖项（B）。 在我的测试中，很容易模拟这种依赖关系，但是在生产代码中我该怎么做？

我是否先实现（B）并同时使对（A）的测试失败，因为我还没有继续实现它以使其测试通过？

还是我先完成（A），然后让（B）测试失败，因为它例如只返回“空”对象，而不是实际执行其规范要求的操作？

还是我应该让（B）的测试在我继续实现（A）的同时临时检查它是否返回“空”对象-尽管实际上这不是（B）的规范？

Answer 1

TDD的基本策略是让您所有的测试通过，除了您当前正在进行的测试。 在担心（B）之前，请通过（A）的测试。

为类（A）及其复杂的依赖项（B）编写测试和代码的顺序为

• 为（A）编写测试。 [套房是红色的。]
• 开始实施足够的（A），以使您刚通过的测试通过。 发现您需要的（B）。 [套房是红色的。]
• 模拟（B）。 [套房是红色的。]
• 完成对您刚刚写的（A）的测试并通过。 [套房是绿色的。 啊！]重构。
• 如果尚未使用（A）达到理想的停止点，请返回顶部并重复进行，直到使用（A）达到理想的停止点。
• 为（B）编写测试，要求（B）做（B）的模拟部分或全部操作。 [套房是红色的。]
• 使您刚写的测试通过。 [套房是绿色的。 啊！]重构。
• 如果尚未在测试和（B）的代码中复制（B）的模拟功能的所有操作，请返回两个步骤并重复进行，直到您复制了（B）的模拟操作的所有功能。

此时，您可以选择在（A）或（B）上做更多的工作，或者开始新的工作。

尽管此策略使您的测试始终保持通过状态，但不能确保您的应用程序立即执行有用的操作。 确保您的应用程序最终能够完成有用的工作的方式超出了TDD：首先编写一个验收测试（无需模拟即可在整个应用程序上运行）和TDD，直到验收测试和单元测试全部通过为止。 （有关更多信息，请参见bdd 。）

验收测试（或其他集成测试）还可以确保您在模拟类的测试和代码中正确复制了模拟。

还要注意，跟踪已经想到但尚未实现的需求，或者仅在模拟中“实现”并且需要在模拟依赖项的测试和代码中实现的跟踪至关重要。 这就是为什么“ TDD示例”和“ TDD如何完成”的其他示例这么多地谈论实际或待办事项列表。 对于具有模拟的依存关系（B）的类（A），编写模拟后，您可以返回到（A）或在（B）中实现对模拟所做的操作。 无论哪种方式，您都必须跟踪自己选择不做的事情，直到准备好回去再做为止。

Answer 2

我建议仅在您的代码中确实需要B时，才对B具有依赖关系。 如果A中的任何内容都不取决于B，为什么要在此阶段添加它？

如果您的代码现在确实需要B，为什么不开始实现现在需要的B功能呢？

当然，如果没有逻辑，您也可以在代码中使用虚拟对象代替B。 否则我将开始实施B。