几个缺点（我并不是说没有好处——尤其是在编写项目的基础时——最终会节省很多时间）：

• 大时间投资。对于简单的情况，您会损失大约 20% 的实际实现，但对于复杂的情况，您会损失更多。
• 额外的复杂性。对于复杂的情况，您的测试用例更难计算，我建议在这种情况下尝试使用将在调试版本/测试运行中并行运行的自动参考代码，而不是最简单情况的单元测试。
• 设计影响。有时设计在开始时并不清楚，并且随着您的进行而发展 - 这将迫使您重做测试，这将产生很大的时间损失。在这种情况下，我建议您推迟单元测试，直到您对设计有所了解。
• 持续调整。对于数据结构和黑盒算法，单元测试将是完美的，但对于倾向于更改、调整或微调的算法，这可能会导致人们可能声称不合理的大量时间投资。因此，当您认为它确实适合系统并且不要强迫设计适合 TDD 时，请使用它。