嘲笑集成测试

Question

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

我使用Mockito进行"纯粹的"单元测试.在这种情况下,'Pure'意味着测试单个类,模拟它的所有依赖项.美丽.

现在进行集成测试.让我们说在这种情况下,集成测试将测试这样的事情:

1. 消息被放入队列中
2. 消息被"处理"
3. 响应消息放在响应队列中

我们还要说步骤2中发生的处理是严肃的事情.它依赖于大量的数据库交互,多个外部服务,文件系统,各种各样的东西.流会触发很多副作用,所以我不能简单地确保响应是正确的 - 我需要验证副作用.

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

人们如何处理这个？

我很想使用Mockito,这样我就可以验证上述流程会产生的副作用.然而,Mocktio的文档(在很大程度上它的实现)似乎强烈反对在"纯"单元测试之外的上下文中使用它.我试过这条路,但是

• 填充存根数据很困难(因为它有很多)
• 让Spring将那些存根实例注入我的bean很困难
• 很难"重置"模拟,这样我就可以在不清除存根的情况下验证不同的交互集.

编辑

我知道我可以像HSQLDB实例那样处理数据库问题,但仍然存在外部服务的问题.为了重复性,我不能依赖那些服务,处于我需要的状态,等等.我看到的唯一选择是嘲笑它们.

Whatdaya呢？

Answer 1

为了模拟数据库,Web服务,文件系统等等,你可能想要重构一下.对于每个外部服务,您应该编写一个包装类,该类包含您希望执行的每个操作的方法.每个这样的方法都应该没有实际的逻辑,只是以外部服务理解的方式传递其参数,并返回包含外部服务返回的任何数据的对象.例如,如果您正在与数据库交互,则包装器类可以将其参数格式化为SQL语句,将它们提交到现有Connection对象中,然后返回List结果.

因为包装类的方法不包含逻辑(即没有if/else,没有循环,也没有异常处理); 没有必要对包装类进行单元测试.您应该对包装类进行集成测试,以确保其职责正确执行(例如,SQL语句对数据库具有所需的效果).

现在重新编写与外部服务交互的类,以便它们与包装类交互.然后很容易对它们进行单元测试 - 你只需要模拟包装类.

Answer 2

好问题.

看起来你已经达到了Mockito的极限.如果您想要检查对象交互,Mockito是很棒的.

但是,你想要的是在更高的抽象层次上的可观察性(和可控性).我担心你需要的嘲讽或短裤应该经过精心设计和手工制作.

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