testing - 在 TDD 中，当要测试的函数未定义时，如何先编写测试？

Question

如果你什么都没有，你就不能写测试，因为没有什么可测试的。这对我来说似乎很明显，但 TDD 的支持者似乎从未解决过。

为了编写测试，您必须首先决定要测试的方法或函数是什么样的。您必须知道要传递给它的参数以及您期望返回的参数。这是第一位的，而不是测试。

测试永远不能排在第一位。首先是设计，它指定将存在哪些类和方法。

Answer 1

的确，为了编写测试，测试编写者必须对测试代码如何与被测系统交互形成一些概念。从这个意义上说，概念设计“是第一位的”。

然而，测试驱动开发 (TDD) 很有值(value)，因为它不仅仅是(仅)一种质量保证方法。它首先是一个快速反馈循环。

虽然您心中可能有一个初始设计，但一旦您开始编写测试，您可能会发现这个设计不起作用(或使用起来很笨拙)。这种情况经常发生，应该会促使您立即调整路线。

red-green-refactor cycle建议考虑 TDD 的模型。每个这样的周期可能是一两分钟。

因此，您可以从脑海中的初始设计开始，然后每隔一分钟对其进行调整(或完全重新考虑)。

never seems to be addressed by proponents of TDD

我不同意。很多 TDD 介绍都讨论了这一点。两本讨论这个(以及更多)的好书是 Kent Beck 的 示例测试驱动开发 和 Nat Pryce 和 Steve Freeman 的 Growing Object-Oriented Code by Tests。