RhinoMock - 使用真实对象，但存根单个方法

Question

我正在针对依赖于IFoo 的 MVC 控制器编写单元测试。 Foo（实现）有一个我想存根的方法，但我想保留另一个完整的方法。如何使用RhinoMock 进行设置？

Foo 有几个依赖项，我希望 不 模拟这些依赖项，以节省编写额外的代码行和弄乱我的测试。

富：

public interface IFoo{
    int Method1();
    int Method2();
}

public class Foo : IFoo{
   //lot's of dependencies
   public Foo(IBar bar, IBaz baz, IStackOverflow so){}
}

测试：

[Test]
public void What_I_Have_So_Far(){
    //arrange
    //load the real IFoo from Ninject (DI)
    var mockFoo = new Ninject.Kernel(new MyExampleModule())
                    .Get<IFoo>();

    //I want this test to use the real Method1, but not Method2
    //so stub Method2
    mockFoo
       .Stub(x => x.Method2()) //<---- blows up here
       .Returns(42);

    //act
    var controllerUnderTest = new Controller(mockFoo);

错误：

使用这种方法，RhinoMock 会抛出异常：

System.InvalidOperationException : 对象“MyApplication.MyExampleModule”不是模拟对象。

问题：

我如何存根method2？

我知道我可以通过MockRepository.GenerateMock 创建IFoo 作为模拟，但是我必须复制Method1 的真实实现。

---

更新：

Brad 和 Jimmy 的解决方案都工作得很好，我选择了 Brad 的只是因为它编写的代码更少。

但是，在进一步研究之后，看起来我需要的是一个 AutoMocker。 StructureMap 和 Moq 有一个接缝，但 RhinoMocks 没有：https://github.com/RhinoMocks/RhinoMocks/issues/3

Answer 1

你必须反过来做。创建模拟的IFoo 并将一些 调用重定向到真实的IFoo（这必须通过WhenCalled 扩展来完成）：

var realFoo = new Ninject.Kernel(new MyExampleModule()).Get<IFoo>();
var mockFoo = MockRepository.GenerateStub<IFoo>();

mockFoo.Stub(f => f.Method2()).Return(42);
mockFoo.Stub(f => f.Method1())
   .WhenCalled(invocation =>
   {
       invocation.ReturnValue = realFoo.Method2();
   })
   .Return(whateverValue);

最后的Return 是必需的，尽管我们之前已经覆盖了它几行。否则 Rhino 会抛出异常。

Answer 2

以最少的“侵入性”工作量，我会考虑使用适配器模式。所以，我们有了原始接口和具体类：

public interface IFoo
{
    void Method1();
    void Method2();
}

public class Foo : IFoo
{
    public void Method1()
    {
        Console.WriteLine("I am Method1 of Foo");
    }
    public void Method2()
    {
        Console.WriteLine("I am Method2 of Foo");
    }
}

还有一个用于单元测试的实现：

public class FooAdapter : IFoo
{
    private readonly IFoo foo;

    public FooAdapter(IFoo foo)
    {
        this.foo = foo;
    }

    public void Method1()
    {
        this.foo.Method1();
    }

    public void Method2()
    {
        Console.WriteLine("I am Method2 of FooAdapter");
    }
}

该类可以是单元测试类的本地类，并简单地定义为：

IFoo foo = new FooAdapter(kernel.Get<IFoo>());

我同意你的观点，改变你的基本代码来满足单元测试并不是正确的方法。单元测试应该随意放在上面，并且永远不要反向插入到他们所针对的代码中。

Answer 3

但是，在进一步研究之后，它看起来像我 需要一个 AutoMocker。 StructureMap 和 Moq 有一个接缝， 但不是 RhinoMocks：https://github.com/RhinoMocks/RhinoMocks/issues/3

我没有深入研究它，但我知道 CodePlex 上的 AutoMock 项目。也许这就是答案？

特点

• 通过基于构造函数的依赖注入，为依赖于一组依赖项的任何被测类动态创建模拟/存根。
• 目前支持 RhinoMocks。

https://automock.codeplex.com/