Rspec控制器的行为不符合预期

我正在尝试在Rails中的API控制器上运行单元测试.但它的表现并不像我认为的那样.

这条线有效:

post '/api/sessions', params

不过这条线

post :create, params

会抛出错误

Failure/Error: post :create
 URI::InvalidURIError:
   bad URI(is not URI?): http://www.example.com:80create

我可以使用第一个,但很高兴知道为什么第二个语法不起作用？因为我记得在以前的项目中使用了这种语法,并且它有效.我不记得我的RSpec配置上的任何特殊设置.

更新:我的代码

API :: ApiController

class Api::ApiController < ActionController::Base
  include ApplicationHelper
end

API :: SessionsController

module Api
  class SessionsController < Api::ApiController
    def create
      # find user and store in @user. I'm using jbuilder
      render status: 201
    end
  end
end

RSpec的

require 'rails_helper'

describe Api::SessionsController, :type => :controller do
  describe '#POST' do
    it 'should retrieve user' do
      post '/api/sessions', params # this works
      post :create, params # this fails
    end
  end
end

route.rb

Rails.application.routes.draw do
  apipie
  devise_for :users
  root 'home#index'    

  namespace :api, defaults: { format: :json } do
    resources :sessions, only: [:create]
    resources :users, only: [:create]
    resources :trips, only: [:create]
  end
end

根据评论,我raise method(:post).source_location.inspect在测试开始时运行,这就是我得到的.

对于目前失败的这个项目:

RuntimeError:
   ["/Users/tokwan/.rvm/gems/ruby-2.2.2/gems/actionpack-4.2.2/lib/action_dispatch/testing/integration.rb", 335]

对于其他项目,其中post :create有效:

RuntimeError:
   ["/Users/tokwan/.rvm/gems/ruby-2.2.0/gems/actionpack-4.2.2/lib/action_controller/test_case.rb", 513]

Frederick Ch.. 5

TLDR:听起来你正在运行一个控制器规范,但实际上你正在运行一个请求规范.

Rspec可以通过2种机制找出规范的类型:如果你在示例/示例组的元数据中告诉它,

describe "something", type: :controller  do
  ..
end

或者根据文件位置,如果你有config.infer_spec_type_from_file_location!你的规范助手.看起来您的规范被标记为控制器,但听起来有些事情正在覆盖它:可能它位于错误的位置,或者其他东西正在改变它的类型.

作为回顾,控制器和请求规格之间的差异:

控制器规格

这些生活在规格/控制器,与type: controller.Rails调用这些功能测试,但它们基本上是单个控制器的单元测试(特别是使用rspec,默认情况下会跳过视图的渲染).

每个规范测试一次控制器动作的调用.动作的调用不使用路由(尽管如果没有路由映射到动作,我认为这是一个错误).Rails提供将使用任何所需参数调用指定操作的帮助程序,例如get action: 'show', id: 1.机架中间件等被跳过.

请求规格

这些生活在spec/requests,spec/api和 spec/integration.Rails称他们为集成测试.这些可以跨越多个请求并贯穿整个中间件堆栈,渲染视图等.这不仅仅是对单个控制器的测试,因此您指定路径,而不仅仅是一个操作,例如get '/articles/1'

TLDR:听起来你正在运行一个控制器规范,但实际上你正在运行一个请求规范.

Rspec可以通过2种机制找出规范的类型:如果你在示例/示例组的元数据中告诉它,

describe "something", type: :controller  do
  ..
end

或者根据文件位置,如果你有config.infer_spec_type_from_file_location!你的规范助手.看起来您的规范被标记为控制器,但听起来有些事情正在覆盖它:可能它位于错误的位置,或者其他东西正在改变它的类型.

作为回顾,控制器和请求规格之间的差异:

控制器规格

这些生活在规格/控制器,与type: controller.Rails调用这些功能测试,但它们基本上是单个控制器的单元测试(特别是使用rspec,默认情况下会跳过视图的渲染).

每个规范测试一次控制器动作的调用.动作的调用不使用路由(尽管如果没有路由映射到动作,我认为这是一个错误).Rails提供将使用任何所需参数调用指定操作的帮助程序,例如get action: 'show', id: 1.机架中间件等被跳过.

请求规格

这些生活在spec/requests,spec/api和 spec/integration.Rails称他们为集成测试.这些可以跨越多个请求并贯穿整个中间件堆栈,渲染视图等.这不仅仅是对单个控制器的测试,因此您指定路径,而不仅仅是一个操作,例如get '/articles/1'