Rhino Mocks - Stub .Expect vs .AssertWasCalled

这一切都很顺利,如果我将测试切换到它的头部AssertWasNotCalled,它会按预期失败.我也认为它看起来好多了,更清楚正在测试什么,最重要的是PASSES和FAILS如预期的那样!

那么,我在第一个代码示例中遗漏了什么？你对存根断言有什么看法？(有一些有趣的讨论在这里,我个人也很喜欢这种反应.

你的测试试图达到什么目的？

您正在验证哪种行为或状态？具体来说,您是在验证协作者(数据)是否正在ListCount调用其方法(基于交互的测试),或者您是否只想ListCount返回一个预设值来驱动被测试的类,同时在其他位置验证结果(传统的基于状态的测试) ？

如果你想设置一个期望,使用模拟和期望:使用MockRepository.CreateMock()和myMock.Expect(x => x.ListCount())

如果要存根方法,请使用MockRepository.CreateStub()和myStub.Stub(x => x.ListCount()).

(除此之外:我知道你可以使用stub.AssertWasCalled()来实现与mock.Expect相同的东西,并且可以说是更好的阅读语法,但我只是钻进了模拟和存根之间的区别).

Roy Osherove对模拟和存根有一个非常好的解释.

请发布更多代码!

我们需要一个完整的图片,说明如何创建存根(或模拟)以及如何使用结果来测试被测试的类.是否ListCount有一个输入参数？如果是这样,它代表什么？你是否关心它是否具有一定的价值？如果ListCount 返回某个值,你关心吗？

正如Simon Laroche指出的那样,如果Manager实际上没有对ListCount的模拟/存根返回值做任何事情,那么测试将不会因为它而通过或失败.所有测试都会期望调用mocked/stubbed方法 - 仅此而已.

为了更好地理解这个问题,请考虑三条信息,您很快就会想到这一点:

正在测试什么

在什么情况下？

预期结果是什么？

比较: 基于交互的测试与模拟.对模拟的调用是测试.

[Test]
public void calling_ListCount_calls_ListCount_on_DAL()
{
   // Arrange
   var dalMock = MockRepository.Mock();
   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();
   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!");
}