在同一个 TestFixture 中使用依赖项作为具体实现和模拟

Question

我有一个TestFixture class 在我当前的项目中练习一些代码。 大多数时候，我将一些依赖项的实际具体实现提供给 SUT。 但是，我遇到了一个不希望使用真实物品的情况。 由于我使用自定义AutoDataAttribute来创建 SUT，现在看来我已经失去了将我想要的依赖项替换为模拟的能力，除非我手动创建所有细节。

SUT 通过构造函数注入获取所有依赖项：

public class MyService {
  private readonly IDependency dependency;

  public MyService(IDependency dependency, ...) {
    ...
    this.dependency = dependency ?? throw new ArgumentNullException();
    ...
  }
}

这就是我的测试 class 的样子：

[TestFixture]
public class MyServiceTest {
  [Test, CustomAutoMock]
  public void TestCase1(int id, MyService sut) {
    ...
    sut.Dependency.Configure( ... );
    ...
    sut.DoSomethingWith(id);
    ...
    }

  [Test, CustomAutoMock]
  public void TestCase2(string searchString, MyService sut) {
    ...
    sut.Dependency.Configure( ... );
    ...
    sut.FindSomethingMatching(searchString);
    ...
    }

  ...

  [Test, CustomAutoMock]
  public void TestCaseN([Frozen] Mock<IDependency> mockDependency, MyService sut) {
    ...
    mockDependency.SetUp(o => o.DoSomething()).Throws<InvalidOperationException>();
    ...
    sut.Exercise();
    ...
    }
}

这是 CustomAutoMockAttribute：

class CustomAutoMockAttribute : AutoDataAttribute {
  public CustomAutoMockAttribute() : base(InitializeCustomFixture) { }

  public static Fixture InitializeCustomFixture() {
    var fixture = new Fixture();

    fixture.Customize(new AutoMoqCustomization { ConfigureMembers = true });

    ...

    fixture.Register<IDependency>(() => fixture.Create<ConcreteDependency>());

    ...

    return fixture;
  }
}

实际上MyService的构造函数有 18 个参数，（别这么看我，这是传给我的遗留代码 ) 这就是为什么 AutoFixture 在尝试一点一点地控制此代码方面如此节省时间的主要原因之一。

在MyServiceTest.TestCaseN中，我希望 SUT 获得模拟依赖项，但无论如何，它总是会获得一个ConcreteDependency实例。

有什么方法可以配置 AutoFixture 以将mockDependency输入 SUT ，而无需手动创建所有内容？

Answer 1

我在想也许你没有试图解决正确的问题。

确保您的 18 个注入依赖项是您实际依赖的服务。

也许您可以将其中的一小部分抽象到一个专注于特定职责的单一服务中。

抽象出给定的关注点是确保您不会最终得到巨大的构造函数的好方法。 并且应该可以进行重构以减少依赖项的数量，即使是在遗留代码上也是如此。 （如果它已经有依赖注入，至少它对于遗留代码来说不是那么可怕：P

另一方面，自动化样板排列代码总是好的。

回到过去，我开始编写一个 roslyn 插件来生成注入的模拟。 我不知道 Visual Studio 2019 的当前 state 是什么，但也许它可以提供帮助。

https://github.com/salfab/moqlyn/tree/develop

Answer 2

好的，这就是我最终要做的，即使它不是很漂亮，它也可以：

[TestFixture]
public class MyServiceTest {

  //...

  [Test, CustomAutoMock]
  public void TestCaseN(Fixture fixture, Mock<IDependency> mockDependency) {
    //...

    mockDependency
        .SetUp(o => o.DoSomething())
        .Throws<InvalidOperationException>();

    fixture.Inject(mockDependency.Object);
    var sut = fixture.Create<MyService>();

    //...

    sut.Exercise();

    //...

  }
}

我知道 18 个依赖项听起来很疯狂。 我为此感到痛苦，但至少有了这个，我可以慢慢开始测试这个代码库，我希望这能让我在以后重构一些意义。