RSpec：メソッドが呼び出されたかどうかをテストする方法は？

RSpecテストを書くとき、テストの実行中にメソッドが確実に呼び出されるようにするために、次のようなコードをたくさん書いていることに気づきました（引数として、状態を実際に問い合わせることはできないとしましょう）メソッドが実行する操作はその効果を確認するのが容易ではないため、呼び出し後のオブジェクトの）。

describe "#foo"
  it "should call 'bar' with appropriate arguments" do
    called_bar = false
    subject.stub(:bar).with("an argument I want") { called_bar = true }
    subject.foo
    expect(called_bar).to be_true
  end
end

私が知りたいのは、これより優れた構文はありますか？上記のコードを数行に減らすファンキーなRSpecの素晴らしさを逃していますか？should_receiveそれはこれを行うべきであるように聞こえますが、それをさらに読むと、それは正確にそれがすることではないように聞こえます。

it "should call 'bar' with appropriate arguments" do
  expect(subject).to receive(:bar).with("an argument I want")
  subject.foo
end

新しいrspec expect構文では、次のようになります。

expect(subject).to receive(:bar).with("an argument I want")

以下はうまくいくはずです

describe "#foo"
  it "should call 'bar' with appropriate arguments" do
     subject.stub(:bar)
     subject.foo
     expect(subject).to have_received(:bar).with("Invalid number of arguments")
  end
end

ドキュメント：https : //github.com/rspec/rspec-mocks#expecting-arguments

RSpec〜> 3.1構文とrubocop-rspecルールのデフォルトオプションに完全に準拠するために、次RSpec/MessageSpiesのことを実行できますspy。

メッセージの期待値は、テスト対象のコードを呼び出す前に、例の期待値を最初に置きます。多くの開発者は、テストの構造化に、arrange-act-assert（または指定されたとき）パターンを使用することを好みます。スパイは、テストパターンdoubleの代替タイプであり、have_receivedを使用して、事後にメッセージが受信されることを期待できるようにすることで、このパターンをサポートします。

# arrange.
invitation = spy('invitation')

# act.
invitation.deliver("foo@example.com")

# assert.
expect(invitation).to have_received(:deliver).with("foo@example.com")

rubocop-rspecを使用しない場合、またはデフォルト以外のオプションを使用する場合。もちろん、RSpec 3のデフォルトをexpectで使用することもできます。

dbl = double("Some Collaborator")
expect(dbl).to receive(:foo).with("foo@example.com")

• 公式ドキュメント：https : //relishapp.com/rspec/rspec-mocks/docs/basics/spies
• rubocop-rspec：https ://docs.rubocop.org/projects/rspec/en/latest/cops_rspec/#rspecmessagespies