仔细阅读对Disadvantages of Test Driven Development?这个问题的回答，我的印象是，对于什么是TDD以及应该如何进行，存在很多误解。在这里解决这些问题可能很有用。
最佳答案
我觉得被接受的答案是最弱的(Disadvantages of Test Driven Development?)之一，也是最有可能在特定测试中书写的某人的最古老的答案。
TDD是一项投资。我发现，一旦我完全了解TDD，我失去的时间就很少了，而我失去的时间远远超过了维修时间。
如果您的测试变得非常复杂，则可能是时候审查您的设计了。 TDD应该引导您沿着较小，较不复杂的代码单元协同工作的道路
这是他们所有人中最糟糕的一点! TDD应该真正是“Test Driven Design ”。 TDD是关于设计而不是测试。为了完全实现TDD带来的值(value)，您可以通过测试让玩具驱动设计。因此，您应该重做生产代码以使测试通过，而不是相反。
现在是当前最高级的:Disadvantages of Test Driven Development?
像公认的答案第一点一样，这似乎在测试中超出了规范，并且普遍缺乏对TDD流程的理解。进行更改时，请从测试开始。更改测试以执行新代码，然后进行更改。如果该更改破坏了其他测试，则您的测试正在做他们应该做的事情，失败了。对我来说，单元测试被设计为失败的，因此为什么要先进行RED阶段，并且决不能错过。
关于tdd - 关于TDD的一些常见误解是什么？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/72123/