创建具有名称的对象以注入单元测试

Create object with name to inject into unit test

我正在对 class 进行单元测试,它将工厂作为其依赖项之一,并使用它来构建 SUT 有效控制的对象:

class SystemUnderTest
{
    private readonly IFoo foo1;

    private readonly IFoo foo2;

    public SystemUnderTest(IFooFactory fooFactory)
    {
        this.foo1 = fooFactory.Build("Bar1");
        this.foo2 = fooFactory.Build("Bar2");
    }

    public IFoo Foo1
    {
        get 
        {
            return this.foo1;
        }
    }

    ...
}

SystemUnderTest 对象有一个单例生命周期,它被注入到多个 ViewModels 中,使用它 properties/method 来执行不同的操作,所以这有效地排除了定义 Provider class 这样我就可以注入 foo1foo2 而无需在构造函数中与工厂接口,这是我在遇到这个问题时通常会做的事情。

但是通过注入工厂,我无法用 AutoFixture 弄清楚如何正确配置 fooFactory 以提供正确的 IFoo 并将其作为方法参数传递给我的测试如:

[Theory]
[AutoData]
internal void Foo1_IsCorrectlyPopulated_Test(
    [Frozen] IFoo foo1,
    SystemUnderTest systemUnderTest)
{
    var actual = systemUnderTest.Foo1;

    Assert.Same(foo1, actual);
}

我知道我可以扩展 AutoData 属性并为 Fixture 提供我自己的定制,例如:

class SystemUnderTestAutoDataAttribute : AutoDataAttribute
{
    public SystemUnderTestAutoData()
    {
        var fooFactory = this.Fixture.Freeze<IFooFactory>();
        var foo1 = this.Fixture.Create<IFoo>();

        Mock.Get(fooFactory).Setup(m => m.Build("Bar1")).Returns(foo1);
    }
}

但我想知道是否有能力获取我在属性构造函数中创建的 foo1 对象并将其作为参数传递到测试方法中?我知道我可以 Freeze foo1 对象,但这意味着我需要为 foo1foo2 提供两个属性 classes 来提供正确的信息到我的测试方法,当我必须在我的测试用例中使用这两个对象时,这就会失败。

我希望有一种方法可以创建具有特定名称(或其他一些匹配方法)的对象并在测试用例中匹配它(不编译):

[Theory]
[SystemUnderTestAutoData]
internal void Foo1_IsCorrectlyPopulated_Test(
    [Frozen(Matching.CreationName)] IFoo foo1,
    SystemUnderTest systemUnderTest)
{
    ...
}

class SystemUnderTestAutoDataAttribute : AutoDataAttribute
{
    public SystemUnderTestAutoData()
    {
        var fooFactory = this.Fixture.Freeze<IFooFactory>();
        var foo1 = this.Fixture.Create<IFoo>(creationName: @"foo1");

        Mock.Get(fooFactory).Setup(m => m.Build("Bar1")).Returns(foo1);
    }
}

以便可以将具有名称(或其他一些匹配方法)的任何匹配的注册实例解析为测试用例参数的一部分?

像下面这样的东西应该可以工作。首先,像这样定义一个 [AutoMoqData] 属性:

public class AutoMoqDataAttribute : AutoDataAttribute
{
    public AutoMoqDataAttribute()
        : base(new Fixture().Customize(new AutoMoqCustomization()))
    {
    }
}

其次,像这样编写你的测试:

[Theory, AutoMoqData]
public void MyTest([Frozen]Mock<IFooFactory> td, IFoo foo1, IFoo foo2, IFixture fixture)
{
    td.Setup(f => f.Build("Bar1")).Returns(foo1);
    td.Setup(f => f.Build("Bar2")).Returns(foo2);
    var sut = fixture.Create<SystemUnderTest>();

    // Rest of test...
}

也就是说,使用工厂来处理生命周期问题几乎总是一种设计味道。 OP 中的特定设计违反了 Nikola Malovic's 4th law of IoC. Consider separating the design of your objects from their lifetime management. One way to do that could be with a Decoraptor.