<分区>
我正在尝试为自己证明使用 TDD，通常的妙语是如果你使用 TDD，你就不会花太多时间进行调试。我正在用 F# 编程并发现我很少花时间调试，而且代码通常第一次就可以运行。
所以问题是 TDD 妙语是否在其他方向起作用 - 如果我不进行太多调试，那么我就不需要测试？您将 TDD 与 F# 或 Haskell 结合使用的体验如何？ F# 或 Haskell 中是否有任何使用 TDD 的优秀开源项目？防止过度设计等其他好处是否超过成本？
<分区>
我正在尝试为自己证明使用 TDD，通常的妙语是如果你使用 TDD，你就不会花太多时间进行调试。我正在用 F# 编程并发现我很少花时间调试，而且代码通常第一次就可以运行。
所以问题是 TDD 妙语是否在其他方向起作用 - 如果我不进行太多调试，那么我就不需要测试？您将 TDD 与 F# 或 Haskell 结合使用的体验如何？ F# 或 Haskell 中是否有任何使用 TDD 的优秀开源项目？防止过度设计等其他好处是否超过成本？
最佳答案
当您的代码大幅增长时，当有多个人在处理它时，当您想要确保更改不会在功能上破坏代码并且不会引入性能回归时，当您想要确保下一个版本/发布不会与之前的版本不兼容，当您想确保代码适用于操作系统的多个版本和配置时，当错误的成本很高并且可能导致严重的财务或法律问题等时等等，你需要进行测试。
关于debugging - 如果我不花很多时间调试，做 TDD 有意义吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9442858/