模拟集成测试

Question

如何模拟集成测试所需的许多依赖关系？

我使用Mockito进行纯单元测试。在这种情况下，Pure意味着测试一个类，嘲笑它的所有依赖关系。漂亮。

现在是集成测试。假设在这种情况下，集成测试将测试以下内容：

1. 消息被放入队列

我们也可以说，在第2步中发生的处理是严肃的事情。它依赖于大量的数据库交互、多种外部服务、html" target="_blank">文件系统，以及各种各样的东西。流还会引发很多副作用，所以我不能简单地确保响应是正确的——我需要验证副作用。

这些依赖项中的每一个都由一个无状态服务类包装，这使得它们很好并且可以模仿。

大家是怎么处理的？

我很乐意使用Mockito，这样我就可以验证上述流程的副作用。然而，Mocktio的文档（在很大程度上是它的实现）似乎强烈反对在“纯”单元测试之外的环境中使用它。我试过走这条路，但是

• 很难填充存根数据（因为存根数据很多）

编辑

我知道我可以用HSQLDB实例之类的东西来处理数据库问题，但仍然存在外部服务的问题。对于可重复性，我不能依赖于这些服务的启动、处于我所需要的状态等等。我看到的唯一选择就是模仿它们。

你在做什么？

Answer 1

如果有一些http或rest模拟框架，那么使用它们应该很好。

所有复杂的依赖关系都可以被记录、修改和重放。

Answer 2

为了模拟数据库、网络服务、文件系统等，您可能需要重构一点。对于每个外部服务，您应该编写一个包装类，该包装类具有您希望执行的每个操作的方法。每个这样的方法应该没有实际的逻辑，只是以外部服务理解的方式传递其参数，并返回一个包含外部服务返回的任何数据的对象。例如，如果您正在与数据库交互，包装类可能会将其参数格式化为SQL语句，将它们提交到现有的连接对象中，并为结果返回一个列表。

因为包装类的方法不包含任何逻辑（即没有if/ther，没有循环和异常处理）；不需要对包装类进行单元测试。您应该对包装类进行集成测试，以确保其职责正确执行（例如，SQL语句对数据库具有所需的效果）。

现在，重新编写与外部服务交互的类，以便它们与包装器类交互。然后就可以很容易地对它们进行单元测试——只需模拟包装器类。

Answer 3

问得好。

你似乎达到了莫基托的极限。如果你想检查对象交互，Mockito是很棒的。

然而，你想要的似乎是更高抽象层次上的可观察性（和可控性）。我担心你需要的模拟或存根应该经过精心设计和手工制作。

在单元级，可以通过Mockito很好地生成这些模拟。在集成级别上，这变得更加困难，您将需要专门设计的可测试性接口。