tdd - 我应该在这里模拟还是使用真正的实现

Question

我正在编写程序参数解析器，只是为了在 TDD 中做得更好，但我遇到了以下问题。假设我的解析器定义如下：

class ArgumentsParser {
    public ArgumentsParser(ArgumentsConfiguration configuration) {
        this.configuration = configuration;
    }

    public void parse(String[] programArguments) {
        // all the stuff for parsing
    }
}

我想有 ArgumentsConfiguration 实现，如：

class ArgumentsConfiguration {
    private Map<String, Class> map = new HashMap<String, Class>();

    public void addArgument(String argName, Class valueClass) {
        map.add(argName, valueClass);
    }

    // get configured arguments methods etc.
}

这是我目前的阶段。现在我在测试中使用：

@Test
public void shouldResultWithOneAvailableArgument() {
    ArgumentsConfiguration config = prepareSampleConfiguration(); 
    config.addArgument("mode", Integer.class);
    ArgumentsParser parser = new ArgumentsParser(configuration);
    parser.parse();
    // ....
}

我的问题是这种方式是否正确？我的意思是，可以在测试中使用真正的 ArgumentsConfiguration 吗？还是我应该嘲笑它？默认（当前）实现非常简单（只是包装了 Map），但我想它可能会更复杂，比如从某种数据源中获取配置。那么嘲笑这种“昂贵”的行为是很自然的。但是这里的首选方式是什么？

编辑： 也许更清楚：我是否应该在不编写任何实现的情况下模拟 ArgumentsConfiguration（只需定义其公共方法），使用模拟进行测试并稍后处理实际实现，还是应该在测试中使用最简单的，让他们覆盖这个间接实施。但是如果是这样，那么测试稍后提供的另一个配置实现呢？

Answer 1

那么嘲笑这种“昂贵”的行为是很自然的。

这不是重点。你不是在模拟复杂的类。

你在嘲笑完全隔离类。

完全隔离可确保测试证明类遵循其接口并且没有隐藏的实现怪癖。

此外，完全隔离使调试失败的测试变得更加容易。它可以是测试、被测类或模拟对象。理想情况下，测试和模拟非常简单，不需要任何调试，只留下待测类。

Answer 2

正确的答案是你应该模拟任何你不想直接测试的东西（例如：被测对象所具有的与特定测试用例不直接相关的任何依赖项）。

Answer 3

在这种情况下，因为您的 ArgumentsConfiguration 非常简单，所以我建议您使用真正的实现，直到您的需求需要更复杂的东西。您的 ArgumentsConfiguration 类中似乎没有任何逻辑，因此使用真实对象是安全的。如果到了配置更复杂的时候，那么您可能应该采取的方法不是创建与某些数据源对话的配置，而是从该数据源生成 ArgumentsConfiguration 对象。然后您可以进行测试，确保它从数据源正确生成配置，并且您不需要不必要的抽象。