Rhino モック - スタブ .Expect と .AssertWasCalled の質問

あなたのテストは何を達成しようとしているのですか?

どのような動作または状態を検証していますか? 具体的には、コラボレーター (データ) のメソッドがListCount呼び出されていることを検証していますか (インタラクション ベースのテスト)、それとも、結果を他の場所で検証しながら、テスト対象のクラスを駆動するための定型値を返したいだけですかListCount(従来の状態ベースのテスト)?

期待値を設定する場合は、モックと期待値を使用しますMockRepository.CreateMock<IMyInterface>()。myMock.Expect(x => x.ListCount())

メソッドをスタブ化する場合は、MockRepository.CreateStub<IMyInterface>()と を使用しますmyStub.Stub(x => x.ListCount())。

(余談ですが、stub.AssertWasCalled() を使用すると、mock.Expect とほぼ同じことを、おそらくより読みやすい構文で実現できることは知っていますが、ここでは単にモックとスタブの違いについて詳しく説明します)。

Roy Osherove は、モックとスタブについて非常にわかりやすい説明をしています。

もっとコードを投稿してください!

スタブ（またはモック）の作成方法と、その結果がテスト対象のクラスでどのように使用されるかの完全な図が必要です。ListCount入力パラメータはありますか？ある場合、それは何を表していますか？呼ばれる特定の価値？気にしますか？ListCount 戻り値特定の値ですか?

Simon Laroche が指摘したように、Manager が ListCount のモック/スタブされた戻り値を使用して実際に何も行わない場合、テストは成功も失敗もしません。テストで期待されるのは、モック/スタブされたメソッドが呼び出されることだけです。それ以上のことはありません。

問題をよりよく理解するために、次の 3 つの情報を考慮すると、すぐに理解できるようになります。

1. 何がテストされているか
2. どのような状況ですか?
3. 期待される結果は何ですか?

比較する：モックを使用したインタラクションベースのテスト模擬試験の呼び出しはテスト。

[Test]
public void calling_ListCount_calls_ListCount_on_DAL()
{
   // Arrange
   var dalMock = MockRepository.Mock<IDAL>();
   var dalMock.Expect(x => x.ListCount()).Returns(1);
   var manager = new Manager(dalMock);

   // Act
   manager.ListCount();

   // Assert -- Test is 100% interaction based
   dalMock.VerifyAllExpectations();   
}

[Test]
public void calling_ListCount_returns_same_count_as_DAL()
{
   // Arrange
   var dalStub = MockRepository.Stub<IDAL>();
   var dalStub.Stub(x => x.ListCount()).Returns(1);
   var manager = new Manager(dalMock);

   // Act
   int listCount = manager.ListCount();

   // Assert -- Test is 100% state based
   Assert.That(listCount, Is.EqualTo(1),
       "count should've been identical to the one returned by the dal!");
}