unit-testing - 分层依赖注入(inject)要测试什么

Question

相关问题可能是这样的one question .

我使用依赖注入(inject)作为我的应用程序的架构。然后我为它创建了单元测试。

注入(inject)架构可能是这样的:

IClassA(IClassB)
IClassB(IClassC1, IClassC2)
//more of it

请注意，此架构仅涉及服务对象，不涉及存储库。现在我想知道，要测试什么类。

• 如果我测试类 C1 和 C2(最小的类)，则不会测试类 B 和 A。

• 如果我只测试A类(集成类)，那么覆盖的场景太多，而不是很多小模块。

• 如果我测试 A 类的模块，同时测试 C1 和 C2 类，我认为这似乎是多余的。如果我想重构一个逻辑(在开发期间)，我需要管理许多测试单元。

• 如果我用模拟类 B 测试类 A，它将为每个类和模拟类创建几乎 1:1 的比例。不会造成太多 mock 吗？

任何建议或想法将不胜感激。

编辑:

一个工作场景是当我想提供文件信息(基于 csv 或 xml)，然后转换为实体时。该过程将是:

• ClassA 读取数据，将其作为大表格式(可能在 DataTable 中)传递给 ClassB
• B 类使用 C1 类进行验证
• B 类使用 ClassC2 进行更多验证，然后返回 header 详细信息映射实体。

类的示例代码如下(我跳过了构造函数注入(inject)部分):

public class ClassA: IClassA{
  public IEnumerable<Request> GetRequestFromFile(FileInfo info
    , ref ValidationResult validationResult){
    //read the file and get DataTable
    iClassB.ConvertToRequest(dataTableResult, ref validationResult);
  }
}

public class ClassB : IClassB{
  public IEnumerable<Request> ConvertToRequest(DataTable dt
    , ref ValidationResult validationResult){
    foreach(DataRow row in dt.Rows){
      // convert to flat request first, to avoid reading DataTable too much
      iClassC1.Validate(rawRequest, ref validationResult);
      iClassC2.Validate(rawRequest, ref validationResult);
    }
    if(validationResult.IsSuccess){
      // convert and return the header-detail entity object
    }
  }
}

注意:请忽略逻辑架构(例如:关于在验证期间不抛出异常等)

Answer 1

您应该始终模拟所有外部影响，因此您只测试一件事的功能。它可能需要大量模拟，但这对于所有可用的模拟框架(例如 Rhinomocks、Moq 和许多其他框架)来说并不是真正的问题。

遵循该规则，您应该始终:

• 在测试ClassA时模拟IClassB
• 在测试 ClassB 时模拟 IClass1 和 IClass2

如果您不模拟注入(inject)的对象，您将在重构期间遇到令人困惑的测试失败。此外，您的测试将是集成测试而不是单元测试，因为它们依赖于外部类的实现。

示例:您正在 ClassATesFixture 中测试 ClassA。您决定使用生产代码 ClassB 作为输入，而不是 IClassB 的 Mock。测试没问题。现在，您重构了 ClassB，并引入了一个错误。这将导致 ClassATesFixture 中的测试失败，尽管 ClassA 中没有任何更改。

因此，如果您在测试中使用真实对象作为输入，那么您实际上测试的不仅仅是您打算测试的对象。最重要的是，您还会遇到令人困惑的测试失败。

理想情况下，任何测试都不应该从绿色变为红色，除非测试类中的某些内容发生了变化。模拟是实现这一目标的方法。