好吧，我知道在Rhino Mocks中对新的AAA语法有很多困惑，但我必须说实话，从我到目前为止看到的，我喜欢。它读得更好，并节省了一些按键。
基本上，我正在测试一个基本上负责一些事情列表的ListController :)我创建了一个最终将成为DAL的接口，这当然是存在的。
我有以下代码：
（manager是被测系统，data是存根数据接口）
[Fact]
public void list_count_queries_data()
{
data.Expect(x => x.ListCount(1));
manager.ListCount();
data.VerifyAllExpectations();
}
此测试的主要目的是确保经理实际查询DAL。请注意，DAL实际上并不存在，因此没有“实际”值返回..
但是，这是失败的，因为我需要将期望值更改为具有返回值，例如：
data.Expect(x => x.ListCount(1)).Return(1);
然后这将运行正常，测试将通过，但令我困惑的是，此时，返回值没有任何意义。我可以将它改为100,50,42，无论如何，测试总会通过？
这让我感到紧张，因为测试应该是明确的，如果不能满足预期条件，那么应该完全失败吗？
如果我将测试更改为（“1”是计数链接到的预期ID）：
[Fact]
public void list_count_queries_data()
{
manager.ListCount();
data.AssertWasCalled(x => x.ListCount(1));
}
这一切都很顺利，如果我将测试转到AssertWasNotCalled上，它会按预期失败。我也认为它看起来好多了，对于正在测试的内容更清楚，最重要的是PASSES和FAILS如预期的那样！
那么，我在第一个代码示例中遗漏了什么？你对存根断言有什么看法？ （有一些有趣的讨论here，我个人很喜欢this response。
你的测试试图达到什么目的？
您正在验证哪种行为或状态？具体来说，您是在验证协作者（数据）是否正在调用其ListCount方法（基于交互的测试），或者您是否只是想让ListCount返回一个预设值来驱动被测试的类，同时在其他地方验证结果（基于传统状态）测试）？
如果你想设定一个期望，使用模拟和期望：使用MockRepository.CreateMock<IMyInterface>()和myMock.Expect(x => x.ListCount())
如果要存根方法，请使用MockRepository.CreateStub<IMyInterface>()和myStub.Stub(x => x.ListCount())。
（除此之外：我知道你可以使用stub.AssertWasCalled（）来实现与mock.Expect相同的东西，并且可以说是更好的阅读语法，但我只是钻进了模拟和存根之间的区别）。
Roy Osherove has a very nice explanation of mocks and stubs.
请发布更多代码！
我们需要一个完整的图片，说明如何创建存根（或模拟）以及如何使用结果来测试被测试的类。 ListCount有输入参数吗？如果是这样，它代表什么？你是否关心它是否具有一定的价值？如果ListCount返回某个值，你在乎吗？
正如Simon Laroche指出的那样，如果Manager实际上没有对ListCount的模拟/存根返回值做任何事情，那么测试将不会因为它而通过或失败。所有测试都会期望调用mocked / stubbed方法 - 仅此而已。
为了更好地理解这个问题，请考虑三条信息，您很快就会想到这一点：
比较：基于交互的测试与模拟。对模拟的调用是测试。
[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!");
}
我个人赞成尽可能基于状态的测试，尽管在设计时考虑到Tell, Don't Ask的API通常需要基于交互的测试，因为您不会有任何暴露状态需要验证！
API混淆。模拟不是存根。或者是他们？
犀牛嘲笑中的模拟和存根之间的区别是混乱的。传统上，存根并不意味着期望 - 所以如果你的测试double没有调用它的方法，这不会直接导致测试失败。
...但是，Rhino Mocks API功能强大，但令人困惑，因为它可以让你设置对存根的期望，对我来说，这违背了公认的术语。我也不会考虑很多术语。在我看来，如果区分被消除并且在测试中调用的方法设置了角色会更好。
我认为它与您的manager.ListCount（）正在使用返回值做的事情有关。
如果它没有使用它，那么你的DAL可以返回任何无关紧要的东西。
public class Manager
{
public Manager(DAL data)
{
this.data = data
}
public void ListCount()
{
data.ListCount(1); //Not doing anything with return value
DoingSomeOtherStuff();
}
}
如果您的列表计数正在使用该值执行某些操作，那么您应该将断言置于其正在执行的操作上。举个例子
Assert.IsTrue(manager.SomeState == "someValue");
你尝试过使用过吗？
data.AssertWasCalled(x => x.ListCount(1) = Arg.Is(EXPECTED_VALUE));