使用AutoFixture / AutoMoq为深层嵌套的类创建模拟吗?

时间:2019-03-29 19:56:15

标签: c# unit-testing moq autofixture automoq

我想编写一个单元测试,该单元测试将覆盖对象图中相当深的某些只读属性。我的意思是这样的方法:

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>();

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

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

1 个答案:

答案 0 :(得分:2)

开箱即用默认最小起订量,可以通过一种设置完成相同操作

//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);

//...