unit-testing - 在开始编码方法/类之前进行多少单元测试？

Question

我开始(至少尝试)使用 TDD 原则进行编码，我有一个问题:在实际开始编码之前我需要编写多少测试？

以假设 Math 为例类和方法 Divide(int a, int b) .

a) 我是否必须完全测试 Math 的所有方法？开始编码之前的类 ( Sum , Average , ...) Math ?

b) 我是否必须完全测试 Divide方法，例如断言除以零，在开始编码方法之前？

c) 或者我可以创建一个简单的测试断言并验证它是否失败，编写代码并检查它是否正常，为方法的每个断言重复该过程？

我认为选项 c) 是正确的，但我找不到答案(我做了一些搜索，但找不到明确的答案)。

Answer 1

您的选择 c TDD一书完全代表了这一点。

您编写了一个失败的测试，测试您正在处理的类的一个特性，然后只编写足够的代码来使该测试通过。然后你再做一次，为下一个测试。

通过这样做，您应该会看到您编写的每段新代码都非常专注于特定的用例/测试，并且还会发现您的测试在它们涵盖的内容方面保持独特。

您希望最终以红绿重构的方式工作，以便定期回顾代码和测试，寻找可以将事物重构为更好设计的地方。

当然，在现实世界中，您最终可能会编写许多红色测试，或者编写比特定测试所需的代码更多的代码，甚至编写没有测试的代码，但这是远离 TDD，应该谨慎行事。

关于这个的维基百科文章实际上非常好。 http://en.wikipedia.org/wiki/Test-driven_development