有没有更清洁的方法来伪造用于单元测试的Analytics API

Question

我正在尝试创建一个伪造品，以替代我的Google Analytics（分析）类com.google.api.services.analytics.Analytics 。 我将使用它对运行的查询进行断言，并返回自定义响应，以确保正确处理结果数据。

我无法扩展Analytics类，因为它的唯一公共构造函数似乎可以完成实际工作。 因此，我创建了一个反映Google Analytics（分析）功能的界面。 我必须使用Builder创建真正的分析类，因此我创建了一个包装类，该类实现了我的Analytics（分析）接口并将调用发送到实际交易中。

此时，内部类Analytics.Data似乎不是静态的，因此由于“由于某些中间构造函数调用而导致没有可用的Analytics类型的封闭实例”，因此无法对其进行扩展。

因此，显而易见的解决方案是创建一个重新创建所有Analytics.Data方法的自定义接口，并创建从我的接口到Analytics.Data类的另一个包装。

以可测性的名义，这正在变成许多无用的类，但是我能想到的唯一的其他模拟方法是模拟HttpTransport，它本身是一个巨大的接口，并且需要对我不在乎的事情进行非常详细的分析。做出断言。 此外，返回值需要有效的JSON（实际上并不重要）和标头值。 在完成所有这些工作之后，我所有的测试都将依赖于此api客户端库版本的实现。

我是否缺少任何有关如何干净地拦截我的班级和Google图书馆之间的图层的明显信息？

Answer 1

我唯一想到的就是不要自己写。 这是一个实现 。 如果您不像我那么懒，则可以使用mockito模拟类。