c# - 创建具有名称的对象以注入(inject)单元测试

Question

我正在对一个类进行单元测试，该类将工厂作为其依赖项之一，并使用它来构建 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 对象有一个单例生命周期，它被注入(inject)到多个 ViewModels 中，这些 ViewModels 使用它的属性/方法来执行不同的操作，因此这有效地排除了定义一个 Provider 类，这样我就可以注入(inject) foo1 和 foo2 而无需在构造函数中与工厂接口(interface)，这是我在遇到此问题时通常会做的事情。

但是通过注入(inject)工厂，我无法用 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 对象，但这意味着我需要为 foo1 和 foo2< 设置两个属性类 为我的测试方法提供正确的信息，当我必须在我的测试用例中使用这两个对象时，这就会失败。

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

[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);
    }
}

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

Answer 1

像下面这样的东西应该可以工作。首先，像这样定义一个 [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 .考虑将对象的设计与其生命周期管理分开。一种方法是使用 Decoraptor .