如果这是一个功能测试，那么我会将控制器测试从数据库中分离出来。您可以使用instance_doubles和let语句来执行此操作。下面是一个示例，您可以根据自己的目的进行扩展

describe '/request_offers [POST]' do
  let(:request_offer) { instance_double(RequestOffer, save: true) }

  before do
    allow(RequestOffer).to receive(:new).
      with(...params...).
      and_return(request_offer)
  end

  it 'should instantiate a RequestOffer with the params' do
    expect(RequestOffer).to receive(:new).
      with(...params...).
      and_return(request_offer)
    post '/request_offers', {...}
  end

  it 'should email the request offer via RequestOfferMailer' do
    mailer = instance_double(ActionMailer::MessageDelivery)

    expect(RequestOfferMailer).to receive(:email_team).
      with(request_offer).and_return(mailer)

    post '/request_offers', {...}
  end
end

关键是使用‘let’声明一个与您打算创建的模型相同的示例。通过设置对类的期望，您可以将示例Double注入到测试中，并与数据库隔离。请注意，BEFORE块中的“Allow”调用是为了服务于设置对邮件程序对象的期望的稍后规范；第一个测试中的“Expect”调用仍将能够对该调用进行Assert。

确保参数是RequestOffer的示例就足够了吗？然后，您可以使用instance_of匹配器。例如：

expect(RequestOfferMailer).to receive(:email_team).with(instance_of(RequestOffer)).and_return(message_delivery)

我在RSpec 3.0文档中找到了此选项：https://relishapp.com/rspec/rspec-mocks/v/3-0/docs/setting-constraints/matching-arguments

with方法的最后一个参数是一个块。你可以在那里打开争论，做任何你想做的事情。

expect(RequestOfferMailer)
  .to receive(:email_team)
  .with(instance_of(RequestOffer)) do |request_offer|
    expect(request_offer.total).to eq(100) # As one example of what you can to in this block 
  end.and_return(message_delivery)

如果您甚至不确定期望的对象类型，也可以将instance_of匹配器设置为anything。