我花了很多时间为我的最新项目构建测试，我真的不确定所花费的时间的投资返回率是多少。
我是一个人操作，我正在构建 Web 应用程序。我不必“证明”我的软件适用于任何人(除了我的用户)，而且我担心在过去几个月中我花了大量时间不必要地重新调试测试代码。
我的问题是，虽然我喜欢针对小型到大型软件团队的 TDD 的想法，但它如何帮助一个人的团队快速构建高质量的代码？
谢谢
=> 今天从 joel spolsky 的博客中看到了这个，他是 stackoverflow 的创始人之一:
http://www.joelonsoftware.com/items/2009/09/23.html
“Zawinski 没有做很多单元测试。它们“在原则上听起来很棒。考虑到悠闲的开发速度，这当然是要走的路。但是当你看到，'我们必须从零到完成六个星期，'好吧，除非我删掉一些东西，否则我不能这样做。我要删掉的是那些不是绝对关键的东西。单元测试并不重要。如果没有单元测试，客户就不是不会为此提示。”
随着年龄的增长，我想我越来越意识到它只是关于速度和功能。我很想构建单元测试。但由于我们只有这么多时间可供使用，我宁愿更快地构建它，并依靠 beta 测试和良好的自动错误报告来清除出现的任何问题。如果该项目最终变得足够大，以至于让我大吃一惊，它将产生足够的收入，我可以证明重建是合理的。
最佳答案
我认为像你这样的情况在你必须改变/重构/优化很多代码所依赖的东西时会很有帮助......通过使用单元测试，你可以快速确保在改变之前一切正常，在改变之后仍然有效:) 换句话说，它给了你信心。
关于unit-testing - 测试驱动设计如何帮助一个人的软件项目？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1413604/