在 Rails 3 中,当在 MiniTest 中编写功能测试时,我养成了分别测试路由和测试控制器操作的习惯。我的想法来自于Rails 测试指南 - 第 9 节:测试路线 http://guides.rubyonrails.org/testing.html#testing-routes。然而,在将我的应用程序升级到 Rails 4 后,我注意到如果我不提供控制器操作测试本身,就会开始对未知路线犹豫不决。get|patch|post|delete
具有一组适当参数的方法。
例如,给定路线:
# config/routes.rb
namespace "api" do
namespace "v2", defaults: { format: :json } do
resources :users do
resources :posts do
resources :comments
end
end
end
end
以及功能测试:
# test/controllers/api/v2/comments_controller_test.rb
describe Api::V2::CommentsController
it "does something" do
get :index
end
end
在 Rails 3 中,上述内容可以工作。但在 Rails 4 中我收到 URL 生成错误:
ActionController::UrlGenerationError:没有路由匹配 {:action=>"index", :controller=>"api/v2/comments"}
由此我可以推断get
当尝试定位控制器和操作时,助手根本无法匹配路由文件中的路由。很公平。我可以通过更改来解决这个问题get
调用以包含满足嵌套路由所需的参数,如下所示:
# test/controllers/api/v2/comments_controller_test.rb
describe Api::V2::CommentsController
it "does something" do
get :index, { user_id: "1", post_id: "1" }
end
end
……然后一切就都好起来了。
所以我的问题是,既然 Rails 3 中不是这种情况,那么现在可以信任控制器操作测试来完全测试/验证 Rails 4+ 中的路由吗?或者测试路线还有其他优势吗?也许路由测试涵盖了控制器操作测试未涵盖的其他角度? (注意:我并不是在询问什么是测试的好意见;我是在询问路由集成测试和控制器操作测试之间在路由要求方面的功能差异。)
另外,我在 Rails 4 发行说明(或 Minitest)中找不到对此行为更改的具体引用,因此我想知道为什么首先会进行此行为更改。我不认为这是一件坏事——我认为这是件好事——但我觉得很奇怪没有在某个地方的变更日志中提到它。我认为一半的意义get|patch|post|delete
方法的目的是让您不必首先考虑路由需要哪些参数。
为了完整起见,这是我将用于此目的的路线测试:
describe "CommentsController Route Integration Test" do
let(:default_options) {
{ controller: "api/v2/comments",
user_id: "1",
posts_id: "1",
format: :json }
}
it "#index" do
assert_routing "/api/v2/users/1/posts/1/comments",
default_options.merge(action: "index")
end
end
UPDATE
我一直在通过 ActionDispatch 代码寻找答案...到目前为止我唯一能看到的是url_for
自 Rails 3 以来,内容发生了很大变化,并且 Rails 4 中添加了 ActionController::UrlGenerationError 类本身。因此,这些新的、更严格的路由要求可能是对 ActionView 和 ActionController 解耦的偶然更改。