testing - TDD 和 DDD，同时仍然了解领域

Question

当您使用 DDD 从头开始​​一个新项目，但仍然不太适应域时，TDD 是有代价的。当您仍然了解域的细节时，您会发现很多您做错的事情，例如在其他类中更有意义的方法，或从构造函数中添加/删除参数，以及许多其他更改.

这些变化非常频繁，特别是在开始的时候。通常(并且希望)每次更改都需要对单元测试进行一些更改，这会增加更改成本(正如我之前所说，仍然非常频繁)。

我的问题是:TDD 是否值得付出代价，即使在仍然有很多变化发生的情况下，但希望它们很快就会变得不那么频繁(例如，一旦我们对领域有了更好的了解)？

Answer 1

While you're still understanding the details of the domain, you figure out a lot of stuff you've done wrong, like a method that makes more sense in some other class, or adding/removing parameters from a constructor, and many other changes.

理解一个领域的过程就是一个设计过程，TDD 帮助，你必须理解这是一种设计技术。

在其他一些类中更有意义的方法 - 使用 TDD，您很快就会意识到这一点，更快，因为在编写该方法时，您要做的第一件事就是为它。当你编写那个测试时，你会看到(例如)你需要从另一个类中传入很多成员，这会告诉你 - 在你编写方法之前 - “嘿，这属于那里!”

使用 TDD 来减少您所描述的客户流失。它不会消除它，但会减少它，因为你是在微观上根据需要按需进行设计。这是即时设计。