我想知道在使用设置 AutoData
的测试用例时,是否有一种方法可以在调用被测系统 (SUT) 的构造函数之前为依赖项设置模拟.
我的 SUT 看起来像:
class Sut
{
private readonly IFoo foo;
public Sut(IFooFactory factory)
{
this.foo = factory.Build(1, 2);
}
public IFoo Foo
{
get
{
return this.foo;
}
}
}
所以我正在编写的测试看起来像:
[Theory]
[AutoData]
internal void Foo_IsCorrectlySet_Test(
[Frozen] Mock<IFooFactory> fooFactory,
IFoo foo,
Sut sut)
{
fooFactory.Setup(mock => mock.Build(1, 2))
.Returns(foo)
.Verifiable();
var actual = sut.Foo;
Assert.Equal(foo, sut);
fooFactory.Verify();
}
显然这个测试作为 Sut
的构造函数失败了在我能够设置 IFooFactory
之前运行.所以我认为我可以更改 Sut
的声明至 Lazy<Sut>
在测试中。
但是构造函数仍然在运行实际测试代码之前运行,这意味着我的测试将失败。
现在我知道我可以使用实际的 Fixture
轻松设置此测试对象并手动创建所有对象并在调用创建 Sut
之前设置它们这很好,但我想让我的测试大致相同,因此我想知道是否有办法仍然可以使用 AutoData
设置我的测试。属性,但在所有设置完成之前不运行构造函数?
最佳答案
AutoFixture 最初是作为测试驱动开发 (TDD) 的工具构建的,而 TDD 就是关于反馈的。本着GOOS的精神,您应该听您的测试。如果测试很难编写,您应该考虑您的 API 设计。 AutoFixture 倾向于放大这种反馈,这里也可能是这种情况。
考虑 Sut
类的不变量。因为它有一个只读的 IFoo
类字段,我将这解释为一个强烈的迹象表明 IFoo
是该类的依赖项。
如果是这种情况,则通过构造函数注入(inject) IFoo
,而不是 IFooFactory
:
public class Sut
{
private readonly IFoo foo;
public Sut(IFoo foo)
{
this.foo = foo;
}
public IFoo Foo
{
get { return this.foo; }
}
}
您仍然可以在应用程序的 Composition Root 中使用 IFooFactory
编写它:
var sut = new Sut(aFactory.Build(1, 2));
这将使测试更容易编写。我什至无法向您展示上述测试在重构后的效果,因为它是多余的并且可以(并且应该)删除。
FWIW,上面提出的原始设计违反了 Nikola Malovic 的 IoC 第四定律 constructors should do no work .
关于c# - 使用 AutoMoq 属性模拟构造函数依赖,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36918881/