使用AutoFixture / AutoMoq为深层嵌套类创建模拟？

Question

我想编写一个单元测试来覆盖一些在对象图中相当深的readonly属性。我的意思是这样的方法：

public string MethodToTest(IClassA classA)
{
    return classA.ClassB.ClassC.ClassD.Items[0].Name;
}

其中每个ClassN实现一个接口IClassN，每个属性都是只读的。所以一个示例界面是：

IClassA

public interface IClassA { IClassB ClassB { get; } }

实现看起来像：

ClassA的

public class ClassA : IClassA
{
    public ClassA() { ClassB = new ClassB(); }
    public IClassB ClassB { get; }
}

我想覆盖classA.ClassB.ClassC.ClassD.Items [0] .Name返回的值，尽可能少的努力。我可以创建一个Mock并使用.Setup来返回IClassB并使用Moq上传整个链。但是如果可能的话，我想避免这种情况。

我尝试了很多不同的东西，但没有运气。

尝试＃1

我以为我可以使用fixture.Build()创建链

var moqItem = new Mock<IItem>();
moqItem.Setup(item => item.Name).Returns("My expected value");
var fakeClassD = fixture.Build<IClassD>()
                        .With(d => d.Items, new[] { moqItem.Object });

显然我已经离开了一些层，但没关系。这会失败，因为属性是只读的。

尝试＃2

接下来我想我可以“冻结”一个特定的实例，每当夹具创建一个对象时，如果它看到那种类型的东西，它就会使用它。我以为我跟着这里给出的例子：https://blog.ploeh.dk/2010/03/17/AutoFixtureFreeze/

它显示了这个代码：var expectedName = fixture.Freeze("Name");

基于此，我尝试做这样的事情：

var moqItem = new Mock<IItem>();
moqItem.Setup(x => x.Name).Returns("My expected value");
fixture.Freeze<IItem[]>(new IItem[] { moqItem.Object });

可悲的是，这甚至都不会编译。 Freeze方法期待一个类型为IItem []的某个Composer类的Func，我无法弄清楚如何做到这一点。如果我删除类型，类似于我得到的示例代码

fixture.Freeze(new IItem[] { moqItem.Object });

哪个也无法编译。

尝试＃3

var moqItem = new Mock<IItem>();
moqItem.Setup(x => x.Name).Returns("My expected value");
fixture.Inject<IItem[]>(new IItem[] { moqItem.Object });

与尝试＃2非常相似 - 只有这会编译。我认为只要灯具需要一个IItem []数组，它就会使用我设置的那个。但是当我打电话时

var attempt3 = fixture.Create<IClassA>();

这种行为不是我所希望的。 attempt3.ClassB.ClassC.ClassD.Items不包含我的模拟项。

TL; DR - 如何以最少的代码/工作量覆盖Item[0].Name返回的值？

Answer 1

使用开箱即用的默认Moq，可以使用一个设置完成相同的操作

//Arrange
var expected = "My expected value";
var mockA = new Mock<IClassA>();
// auto-mocking hierarchies (a.k.a. recursive mocks)
mockA.Setup(_ => _.ClassB.ClassC.ClassD.Items[0].Name)
    .Returns(expected);

//...

//Act
var actual = subject.MethodToTest(mockA.Object);

//...