BDD 和由外而内的方法，如何开始测试

Question

总之，

我正在努力掌握所有由外而内的 TDD 和 BDD 内容，并希望您能帮助我获得它。

假设我需要实现配置参数功能，工作方式如下：

• 文件和数据库中有参数，
• 这两个组都必须合并为一个参数集，
• 数据库中的参数应该覆盖文件中的参数

现在我想用外部来实现这一点在方法上，我只是停留在开始处。希望你能帮助我继续前进。 我的问题是：

我应该从什么测试开始？我只是有如下内容：

class ConfigurationAssemblerTest {

    @Test
    public void itShouldResultWithEmptyConfigurationWhenBothSourcesAreEmpty() {
        ConfigurationAssembler assembler = new ConfigurationAssembler();            
        // what to put here ?
        Configuration config = assembler.getConfiguration();            
        assertTrue(config.isEmpty());
    }

}

我还不知道我将以什么依赖关系结束。我还不知道如何写出所有这些东西等等。 我应该在这个测试中加入什么才能使其有效？我应该嘲笑什么吗？如果是这样，如何定义这些依赖关系？

如果你可以的话，请告诉我解决这个问题的方法，写一些计划，一些测试框架，做什么以及按什么顺序，这将是非常酷的。我知道要写很多东西，所以也许你可以给我指出一些资源？我发现的所有关于由外向内方法的资源都是关于没有依赖关系等的简单案例

。还有两个关于模拟方法的问题。

• 如果模拟是关于交互及其验证，这是否意味着此类测试中不应该有状态断言（仅模拟验证）？
• 如果我们只是为了测试而用模拟替换了还不存在的东西，那么我们稍后会用真实版本替换它吗？

提前致谢。

Answer 1

好吧，这确实是很多东西。让我们从最后开始：

• 模拟不仅仅是“交互及其验证”，这只是故事的一半。事实上，您以两种不同的方式使用它：

  1. 检查是否进行了某个调用，并最终检查调用的参数（这是“交互和验证”部分）。

  2. 使用模拟来替换被测类 (CUT) 的依赖项，最终根据需要在模拟对象上设置返回值。在这里，您使用模拟对象将 CUT 与系统的其余部分隔离（以便您可以将 CUT 作为一个隔离的“单元”来处理，该单元在沙箱中运行）。

我将第一种形式称为动态或“基于交互”的单元测试，它使用 Mocking 框架调用验证方法。第二种是更传统的“静态”单元测试，它断言一个事实。

• 您不应该需要“替换尚不存在的东西”（除了从逻辑上看这是完全不可能的事实）。如果您觉得需要这样做，那么这清楚地表明您正在尝试在第一步之前进行第二步。

• 关于你的“由外向内方法”的概念：说实话，我以前从未听说过这个，所以它似乎不是一个非常突出的概念 - 显然不是一个很有帮助的概念，因为它似乎比澄清事情更令人困惑（至少目前如此）。

现在讨论您的第一个问题：（我应该从什么测试开始？）：

1. 首先要做的事情 - 您需要某种机制来从文件和数据库读取配置值，并且应该封装此功能在单独的帮助程序类中（除其他外，您需要一个干净的关注点分离才能有效地进行 TDD - 这通常是完全在引入 TDD/BDD 时没有得到重视）。我建议一个接口（例如IConfigurationReader），它有两种实现（一种用于文件内容，一种用于数据库，例如FileConfigurationReader和DatabaseConfigurationReader >）。在 TDD 中（不一定采用 BDD 方法），您还会有相应的测试装置。这些固定装置将涵盖诸如“如果底层数据存储不包含/无效/有效/其他特殊值会发生什么？”之类的测试用例。这就是我建议您开始的事情。

2. 只有这样 - 当读取机制运行并且您的 ConfigurationAssembler 类具有必要的依赖项时 - 您才可以开始为 ConfigurationAssembler 类编写测试/实现它。然后您的测试可能如下所示（因为我是 C#/.NET 人员，所以我不知道合适的 Java 工具。所以我在这里使用伪代码）：

   类 ConfigurationAssemblerTest {

   <前><代码>@测试
   公共无效itShouldResultWithEmptyConfigurationWhenBothSourcesAreEmpty（）{

   IConfigurationReader fileConfigMock = new [FileConfigurationReader 的模拟];
   fileConfigMock.[WhenAskedForConfigValues].[ReturnEmpty];

   IConfigurationReader dbConfigMock = new [DatabaseConfigurationReader 的模拟];
   dbConfigMock.[WhenAskedForConfigValues].[ReturnEmpty];

   ConfigurationAssembler 汇编器 = new ConfigurationAssembler(fileConfigMock, dbConfigMock);

   配置config = assembler.getConfiguration();

   assertTrue(config.isEmpty());
   }

   }

这里有两件事很重要：

• 这两个读取器对象通过其构造函数从外部注入到 ConfigurationAssembler - 这种技术称为 依赖注入。这是非常有用且重要的架构原则，通常会带来更好、更清晰的架构（并且对单元测试有很大帮助，尤其是在使用模拟对象时）。

• 现在，测试准确地断言了它所声明的内容：当底层读取机制返回空结果集时，ConfigurationAssembler 返回（“组装”）一个空配置。由于我们使用模拟对象来提供配置值，因此测试在完全隔离的情况下运行。我们可以确定我们只测试 ConfigurationAssembler 类的正确功能（即它对空值的处理），而不是其他任何东西。

哦，也许您从 TDD 而不是 BDD 开始更容易，因为 BDD 只是 TDD 的一个子集，并且构建在 TDD 概念之上。因此，只有了解 TDD，您才能有效地执行（并理解）BDD。

哈！