来自其余端点的 PHP 模拟数据

Question

我正在编写一个围绕第三方 API 的 PHP 包装器。对于练习来说更是如此，但我也没有看到目前任何地方都可以使用的好方法，所以将来可能会被其他人使用。

我的单元测试非常简单，但现在我已经达到了极限。

API 的开发人员有一个最大请求限制（每秒 1 个，每分钟 20 个），我的单元测试通过我的 API 包装器访问 API 端点，因此测试了我的包装器。但是运行phpunit已经开始返回429 too many requests错误。因此，Phpunit 显然正在运行我拥有的 15 个左右的测试，所有这些测试都过快地访问端点并给我这个错误。

有人知道我是否a) 应该嘲笑这些响应，以及b) 如果我正在测试我的包装器，我将如何模拟这些响应？. 如果测试不在我的实际包装器对象上运行并且我肯定不想让我的包装器使用模拟响应，那么测试有什么用？

我是单元测试的新手，目前我对这个想法感到非常不舒服，但是我开始接受它！

Answer 1

很好的问题！当您不熟悉测试时，这是一个常见问题。

首先，区分单元测试和集成测试：

• 单元测试 - 单独测试一个“单元”，通常是一个类。大多数情况下，它是通过模拟或存根单元的依赖项来实现的。在此级别不应使用任何基础设施（网络、文件系统等）。
• 集成测试 - 测试组件如何相互交互。您可能会遇到基础设施，但您仍然可以选择不这样做（以进行优化）。

我会做以下事情：

• 将 API 客户端实现为库并为其编写集成测试。这些集成测试实际上将命中 API，并将证明客户端按预期与 API 交互。我会在 API 客户端更改时运行它们，或者定期运行它们以确保我仍然与 API 兼容。这些测试不会像应用程序测试那样经常运行，因为它们是单独测试套件的一部分。
• 在应用程序中引入一个抽象，让我可以为与 API 交互的任何内容提供替代实现。这样我就可以用更简单的实现（例如内存中的实现）编写验收测试或其他类型的集成测试。
• 确保如果我在应用程序中假设 API 客户端的工作方式，我有一个集成测试证明这个假设是正确的。例如，如果我调用具有有效 ID 的方法，它会返回一个对象。否则会抛出异常。只有当我在某个地方进行了集成测试来验证它们时，我才能依赖这些规则。

模拟响应是一件棘手的事情。如果有一天你尝试这样做，当 3rd 方 API 发生变化时，你会遇到麻烦。如果您仍然想走这条路，请查看https://github.com/coduo/tutu。