单元测试别名方法

Question

对只调用 2 个其他方法且没有逻辑的方法进行单元测试的最佳做法是什么？

internal ICollection<ObjA> FunctionA()
{
    IEnumerable<ObjB> b = _factory.FunctionB();
    return FunctionC(b);
}

_factory.FunctionB() 和 FunctionC(b) 都有针对它的单元测试，所以如果这些方法坏了我们就会知道。

我正在考虑伪造这两个函数，并且只进行一个单元测试以确保从FunctionA() 调用这些方法。但是如果FunctionB() 或FunctionC() 发生变化，FunctionA() 可能会变成误报。

Answer 1

我倾向于不对私有或内部方法进行单元测试，因为它们应该在对公共 API 进行单元测试时执行。

假设这是一个公共方法，我将根据私有成员 _factory 的状态进行测试，检查您在调用 FunctionA() 时期望的返回值。假设您可以控制 _factory 的输出（通过它是可模拟的接口、可子类化的基类，或者只是用已知值简单实例化并传递给类的构造函数），您可以确保获得预期的输出基于该初始输入的 FunctionA。

如果您发现每次更新 FunctionB 或 FunctionC 时都会收到误报，我会质疑为什么 FunctionA 存在。更有可能的情况是，在 FunctionA 上中断的单元测试将导致您更改 FunctionA 的内部实现，因为对 FunctionB 和 FunctionC 的更改不再使它们成为 FunctionA 的合适实现，或者它们会导致您为这些函数来修复 FunctionA 中的间接损坏。

在这个特定示例中，FunctionA 似乎只是一个包装器，用于将 ObjB 转换为 ObjA，其数据源已由内部工厂类指定。对于这个特定的场景，我将为 FunctionA 设置测试，以便如果上层需求发生变化（因为实施了关于如何将 ObjB 转换为 ObjA 的新规则），以便我可以将新逻辑放在 FunctionA 或 FunctionC 中，具体取决于哪个我觉得比较合适。

例子：

internal ICollection<ObjA> FunctionA()
{
    IEnumerable<ObjB> b = _factory.FunctionB();
    // in the future unit test may drive that a different implemetation is used 
    // based on some data about b.
    if(b.SomeCondition())
        return FunctionC(b);
    else
        return FunctionD(b);
}

或者可能是 C 需要改变

internal ICollection<ObjA> FunctionC(IEnumerable<ObjB> objBEnumerable)
{
    ICollection<ObjA> objACollection = initializeCollection();
    foreach(var objB in objBEnumerable)
    {
        //updated logic to create objA from objB goes here
        objACollection.Add(createdObjA);
    }
    return objACollection;
}

基本上，您的问题的答案是“视情况而定”，但如果函数 B 和 C 的覆盖率已经很好，以防 A 需要在第一个代码示例中转移未来。