使用 AutoFixture/AutoMoq 为深度嵌套的 Class 创建模拟?
Creating a Mock For a Deeply Nested Class Using AutoFixture/AutoMoq?
我想编写一个单元测试来覆盖对象图中相当深的一些只读 属性。我的意思是这样的方法:
public string MethodToTest(IClassA classA)
{
return classA.ClassB.ClassC.ClassD.Items[0].Name;
}
其中每个 ClassN 实现一个接口 IClassN,每个 属性 都是只读的。所以一个示例接口是:
IClassA
public interface IClassA { IClassB ClassB { get; } }
实现看起来像:
A类
public class ClassA : IClassA
{
public ClassA() { ClassB = new ClassB(); }
public IClassB ClassB { get; }
}
我想尽可能不费力地覆盖 classA.ClassB.ClassC.ClassD.Items[0].Name 编辑的值 return。我可以创建一个 Mock 并将 .Setup 设置为 return 一个 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
接下来我想我可以 'freeze' 一个特定的实例,每当 fixture 创建一个对象时,如果它看到那种类型的东西,它就会使用它。我以为我正在按照此处给出的示例进行操作: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 class 的 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 - 如何用最少的 code/effort 覆盖 Item[0].Name
的值 return?
使用开箱即用的默认最小起订量,同样可以通过
这样的设置完成
//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);
//...
我想编写一个单元测试来覆盖对象图中相当深的一些只读 属性。我的意思是这样的方法:
public string MethodToTest(IClassA classA)
{
return classA.ClassB.ClassC.ClassD.Items[0].Name;
}
其中每个 ClassN 实现一个接口 IClassN,每个 属性 都是只读的。所以一个示例接口是:
IClassA
public interface IClassA { IClassB ClassB { get; } }
实现看起来像:
A类
public class ClassA : IClassA
{
public ClassA() { ClassB = new ClassB(); }
public IClassB ClassB { get; }
}
我想尽可能不费力地覆盖 classA.ClassB.ClassC.ClassD.Items[0].Name 编辑的值 return。我可以创建一个 Mock 并将 .Setup 设置为 return 一个 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
接下来我想我可以 'freeze' 一个特定的实例,每当 fixture 创建一个对象时,如果它看到那种类型的东西,它就会使用它。我以为我正在按照此处给出的示例进行操作: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 class 的 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 - 如何用最少的 code/effort 覆盖 Item[0].Name
的值 return?
使用开箱即用的默认最小起订量,同样可以通过
这样的设置完成//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);
//...