4

对于要测试的对象，我有一个相当重要的依赖关系图。什么是解决我的依赖关系而不必到处注册模拟的最简单方法？

例如，我有一个这样的依赖图：

  PublicApi
    ApiService
      AccountingFacade
         BillingService
           BillingValidation
           BillingRepository
         UserService
           UserRepository

我想测试PublicApi.CreateUser()，我希望它运行所有代码，但我想模拟存储库，所以我不必向数据库写入任何内容。我应该只使用 DI 容器并注册我的所有服务，用模拟替换存储库，然后解析PublicApi并运行该方法吗？

我正在研究 AutoFixture，它看起来可能能够处理这样的事情，但我不能完全理解整个“冻结”与“注册”以及它与 Moq 的集成。

4

2 回答 2

7

对于单元测试，您应该只模拟直接依赖项。在您的情况下，您创建PublicApi并注入一个模拟ApiService并验证是否PublicApi在模拟上使用正确的值调用适当的方法ApiService。

与测试与更深层依赖项隔离的所有其他组件的方式相同。

如果你想测试几个组件的组合，那不是单元测试，而是集成测试。因此，这取决于您如何将课程组合在一起。例如，如果您使用的是 IoC 容器，它可能支持以某种方式替换存储库的配置。在这种情况下，您可以使用应用程序的配置并用模拟替换存储库和可能的视图。

于 2011-11-02T15:59:50.623 回答
1

这可能至少没有帮助，但无论如何我都会说。

似乎您一次尝试测试太多，为什么不测试 BillingService -> BillingValidation，然后是 BillingService -> BillingRepository 等。这样，您将有一套测试证明每个测试都有效，然后当您启动时PublicApi Layer你只需要mock ApiService，因为你已经测试了它下面的所有东西，所以再次测试它没有任何价值。

一般来说，我一次只会测试 1 层，但我不知道你的完整场景，所以你可能有一些我没有考虑到的东西，所以如果是这种情况，你真的需要一起测试所有这些，我会带上在像 Ninject 之类的简单轻量级 DI 框架中。

这样，您可以将所有类型绑定到模拟，然后从中实例化您的 PublicApi。

使用 ninject 它看起来像：

Kernel.Bind<UserRepository>.ToConst(YourMockUserRepositoryInstance);
Kernel.Bind<UserService>.ToConst(YourMockUserServiceInstance);
Kernel.Bind<BillingRepository>.ToConst(YourMockBillingRepositoryInstance);
Kernel.Bind<BillingValidation>.ToConst(YourMockBillingValidationInstance);
Kernel.Bind<BillingService>.ToConst(YourMockBillingServiceInstance);
Kernel.Bind<AccountingFacade>.ToConst(YourMockAccountingFacadeInstance);
Kernel.Bind<ApiService>.ToConst(YourMockApiServiceInstance);
Kernel.Bind<PublicApi>.ToSelf();

var publicApi = Kernel.Get<PublicApi>();

虽然你必须问自己，你在这里测试什么？如果它只是互动，我会像我第一次提到的那样做，如果它更多，那么可能会考虑后一种选择。不管怎样，我希望它能给你一些选择。

于 2011-11-02T16:01:00.997 回答