Rails 5 получает Rspec с помощью ActionController::Params

Вы можете сделать:

params = ActionController::Parameters.new(foo: 'bar')
expect(model).to receive(:update).with(params)

Однако это все еще пахнет - вы должны тестировать поведение приложения, а не то, как оно выполняет свою работу.

expect {
  patch model_path(model), params: { foo: 'bar' }
  model.reload
}.to change(model, :foo).to('bar')

Вот как я бы проверил интеграцию контроллера:

require 'rails_helper'
RSpec.describe "Things", type: :request do
  describe "PATCH /things/:id" do

    let!(:thing) { create(:thing) }
    let(:action) do
      patch things_path(thing), params: { thing: attributes }
    end

    context "with invalid params" do
      let(:attributes) { { name: '' } }
      it "does not alter the thing" do
         expect do 
           action 
           thing.reload
         end.to_not change(thing, :name)
         expect(response).to have_status :bad_entity
      end
    end

    context "with valid params" do
      let(:attributes) { { name: 'Foo' } }
       it "updates the thing" do
         expect do 
           action 
           thing.reload
         end.to change(thing, :name).to('Foo')
         expect(response).to be_successful
      end
    end
  end
end

Является ли прикосновение к базе данных в спецификации изначально плохим?

Нет. Когда вы тестируете что-то вроде контроллера, самый точный способ протестировать его — запустить полный стек. Если бы мы в этом случае заглушили @thing.update, мы могли бы пропустить, например, то, что драйвер базы данных выдал ошибку, потому что мы использовали неправильный синтаксис SQL.

Если вы, например, тестируете области на модели, то спецификация, которая заглушает БД, не даст вам практически никакой ценности.

Заглушка может дать вам быстрый тестовый набор, который чрезвычайно ненадежен из-за жесткой связи и позволяет множеству ошибок проскользнуть сквозь щели.

Я справился с этим, создав в spec/rails_helper.rb

def strong_params(wimpy_params)
  ActionController::Parameters.new(wimpy_params).permit!
end

а затем в конкретном тесте вы можете сказать:

expect(model).to receive(:update).with(strong_params foo: 'bar')

Это не сильно отличается от того, что вы уже делаете, но делает неловкую необходимость этого дополнительного вызова немного более семантически значимой.

У @max были хорошие предложения о том, как этого вообще избежать, и я согласен, что они отказались от хэша, чтобы не поощрять их взаимозаменяемое использование с хэшами.

Однако, если вы все еще хотите использовать их в качестве простого хака для более сложных ситуаций (например, если вы expect используете a_hash_including), вы можете попробовать использовать что-то вроде этого:

  .with( an_object_satisfying { |o| 
           o.slice(some_params) == ActionController::Parameters.new(some_params)
         })