unit-testing - 稍后编写单元测试

Question

我知道 TDD 风格是先编写测试，看到它失败然后去让它变成绿色，这是好东西。有时它真的对我有用。

然而，尤其是当我正在试验一些东西(即不确定设计，不确定它是否会起作用)或疯狂地编写代码时，我不想编写单元测试，它打破了我的流程。

我倾向于稍后编写单元测试，尤其是在事情变得过于复杂之前。还有另一个问题是以后写它们通常更无聊。

我不太确定这是否是一个好方法(绝对不是最好的)。

你怎么认为？您稍后编写单元测试吗？或者你如何处理这个流程问题或实验设计/代码阶段。

Answer 1

我学到的是 没有实验代码 ，至少不能在生产环境和/或紧迫的期限内工作。实验通常会一直进行，直到某些东西“起作用”，然后成为生产代码。

另一方面是从一开始的 TDD 将导致更好的代码设计 .与事后编写测试相比，您将更多地考虑它，重新设计它，更频繁地重构它。