关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
4年前关闭。
Improve this question
我目前正在努力解决 http://www.railstutorial.org/
它使用 Rspec 和 TDD 方法。我知道编写大量测试可以帮助您避免随着应用程序变得更加复杂而出现的错误，但我不明白您为什么要为简单的事情(例如页面标题的存在)编写测试。看起来您最终编写的测试与实际代码一样多。
从长远来看，这是更好的，还是矫枉过正？
最佳答案
It seems that you end up writing as many tests as actual code.
是的，有时测试比实际代码更多。您似乎缺少的好处是，当您更改一些看似不相关的代码并且旧的测试中断时，对小事情的测试将对您有所帮助。
假设稍后您决定将页面标题生成抽象为一个辅助方法，为您构建所有页面标题。如果您已经进行了测试，那么您就会知道您的助手正在工作(或没有工作)。
关于ruby-on-rails - 测试驱动开发背后的哲学，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/3310974/