请求规范按预期工作；控制器规范允许：在不应该的情况下发布

Question

为什么这个请求规范按其应有的方式工作：

require "spec_helper"

describe "POST on a GET route" do
  it "should not allow this" do
    post "/applicants/new"
    assert_response :missing
  end
end

但是在这个控制器规范中，GET、POST、PUT 和 DELETE 在不应该的情况下都以相同的方式工作：

require 'spec_helper'

describe ApplicantsController do
  it "should not allow this" do
    post :new
    should respond_with :missing # but it responds with 200
  end
end

更新：添加了 ApplicantsController 代码和路由定义：

class ApplicantsController < InheritedResources::Base    
  respond_to :html
  actions :index, :new, :create

  def new
    if current_user
      redirect_to resume_application_path and return
    end

    @applicant = Applicant.new
    @applicant.applications.build
    @applicant.build_user_detail
    new!
  end    
end

路由：

resources :applicants

更新：经过对 API 的大量研究和挖掘，我相信这是设计使然，因为控制器规范继承自 ActionController::TestCase，而请求规范继承自 ActionDispatch::IntegrationTest。对于控制器规范，HTTP 动词仅具有描述性。

有人可以确认这是设计使然吗？或者我应该提交错误报告？

谢谢你！

Answer 1

这似乎令人惊讶，但当您从单独测试控制器操作的角度来看它时，这是有道理的。通常，控制器操作不需要了解 HTTP 请求方法。指定不带方法的路由说明了这一点：

  match 'sample' => 'applicants#index'

现在 GET /sample 和 POST /sample 都将路由到索引操作。除非您为其编写代码，否则控制器将不知道 GET 和 POST 请求之间的区别。控制器规范不测试请求方法/操作组合是否可路由，因为这是路由引擎的责任。

您可以使用路由规范来验证哪些路由有效，哪些无效：

it "recognizes and generates #new" do
  { :get => "/applicants/new" }.should route_to(:controller => "applicants", 
      :action => "new")
end

it "does not recognize POST /applicants/new" do
  { :post => "/applicants/new" }.should_not be_routable
end