我一直想知道编写与代码一一匹配的测试的用处。
举个例子:在Rails中,你可以在routes.rb的一行中定义7条静态路由,使用:
resources :products
BDD/TDD 规定先测试,然后编写代码。为了测试这条线的全部效果,开发人员想出了宏,例如对于应该:http://kconrails.com/2010/01/27/route-testing-with-shoulda-in-ruby-on-rails/
class RoutingTest < ActionController::TestCase
# simple
should_map_resources :products
end
我并不是想挑剔编写宏的人,这只是我在 Rails 中看到的一个模式的示例。
我只是想知道它有什么用...最后你只是复制代码,你唯一测试的是Rails 是否有效。您也可以编写一个工具将测试宏转换为实际代码...
当我四处询问时,人们回答我:
"the tests should document your code, so yes it makes sense to write them, even if it's just one line corresponding to one line"
你有什么想法?
最佳答案
对我来说,这是避免犯一些大错误的好习惯。
例如,在合并或编辑后,该资源将被删除。如何知道这一点?
通过此测试,您可以立即看到需要这些资源。如果您想更改或删除它,您需要进行 2 处更改。不仅有一个可能会出错。
关于ruby-on-rails - 逐行编写匹配类似配置的代码的测试有什么用?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4958554/