Rhino 和 FakeItEasy 之间的行为差​​异

Question

我们正在考虑将我们的模拟框架从 Rhino 切换到 FakeItEasy。主要原因是简单，在 FakeItEasy 中只有一种方法可以做事。 Rhino 有记录/回放、AAA、存根、部分模拟、严格模拟、动态模拟等。

我正在使用 FakeItEasy 重写一些测试，以确保它能够完成 Rhino 目前为我们做的所有事情，并且我遇到了一些事情我无法解释，希望有人能启发我。

在Rhino中，我进行了以下测试。代码已被缩写。

ConfigurationManagerBase configManager = _mocks.Stub<ConfigurationManagerBase>();

using( _mocks.Record() )
{
    SetupResult
        .For( configManager.AppSettings["ServerVersion"] )
        .Return( "foo" );
}

附加此代码的单元测试运行良好并且测试通过。我使用 FakeItEasy 重写了它，如下所示。

ConfigurationManagerBase configManager = A.Fake<ConfigurationManagerBase>();

A.CallTo( () => configManager.AppSettings["ServerVersion"] )
    .Returns( "foo" );

现在，当我运行测试时，它失败了，但这是因为 FakeItEasy 引发了异常。

The current proxy generator can not intercept the specified method for the following reason:
  - Non virtual methods can not be intercepted.

这看起来很奇怪，因为 Rhino 也有同样的限制。我们认为正在发生的情况是，虽然 AppSettings 在 ConfigurationManagerBase 上是虚拟的，但索引器属性却不是。我们通过将 FakeItEasy 测试更改为读取来纠正该问题。

NameValueCollection collection = new NameValueCollection();
collection.Add( "ServerVersion", "foo" );

A.CallTo( () => configManager.AppSettings )
    .Returns( collection );

我基本上只是想了解我是否在使用 FakeItEasy 时做错了什么，或者 Rhino 是否在使用该索引器在幕后执行了一些“魔法”？

Answer 1

如果这不起作用，以下配置应该与 Rhino 的配置类似 Rhino 做了一些神奇的事情：

NextCall.To(configManager.AppSettings).Returns("foo"); 
var ignored = configManager.AppSettings["ServerVersion"];