首先，我理解你首先编写测试以便失败，以便他们为你提供足够的信息，告诉他们如何使它们通过，如果我正确的话，会让它们失败。然后在你通过之后写下实际的代码然后进行测试以测试实际代码，然后测试是否已经完成。
（如果我在上述任何部分出错了，请告诉我，我才开始阅读此内容）
1。一旦您的开始测试通过，您是删除它们还是保留它们 代码（实际测试也是如此）
2。 RSpec（对于rails）也是正确的测试方法
（如果您有任何资源可以指向TDD并使用有助于提供帮助的导轨）目前我正在考虑这个问题：http://everydayrails.com/2012/04/07/testing-series-rspec-controllers.html
答案 0 :(得分：1)
在严格的TDD中，您首先编写测试，因此当您的函数中没有代码时，它们显然会失败。然后你编写函数让他们通过测试。
您保留所有测试。他们现在是你的“测试套件”的一部分。将来，如果你有一个很棒的Rails应用程序，你可能会有一个CI引擎，它会在你每次更新代码库时运行所有的测试。
还有其他工具：MiniTest作为RSpec的替代品。黄瓜将行为更多地描述为“人类的方式”（用文字）。您还可以使用Selenium或Capybara运行模拟浏览器的测试。
总结一下：你需要做一些关于RSpec，Cucumber，MiniTest，Capybara，Selenium ......的研究，并选择你的工具。