单元测试时如何处理API调用速率限制？
How to handle API call rate limit when unit testing?
我正在使用 YouTube API 构建应用程序。这是我第一次使用正确的 API，所以我 完全 不了解它是如何工作的（因此我在这里）。
每次我为应用程序编写代码时，我发现我的单元测试 运行 很快就达到了极限。人们通常如何处理这种情况？是 不是 单元测试的情况吗？或者我可以做些什么来防止这个问题？
对于熟悉 YouTube API 的任何人，基于 this，我每次测试只请求检索 1-2 个视频，目前我有大约 10 个测试。如果我是正确的，假设我每次通话请求 2 个视频，我应该能够 运行 测试 10,000/20 = 500 次, 没有?
我 运行 单元测试略有不同。我会 运行 每隔一小时左右完成一项工作，以达到 4-5 个最常见的场景或端点，并将它们保存到各自的文件中。
当您的单元测试 运行 时，他们不会为所有测试调用 API。相反，他们从文件中加载输出并对其进行处理。这样，您仍在检查处理 API 的响应的代码是否仍在正常运行。您只是没有实时收到 API 回复。这就是我减少对 API 端点的点击的方法。
我正在使用 YouTube API 构建应用程序。这是我第一次使用正确的 API，所以我 完全 不了解它是如何工作的（因此我在这里）。
每次我为应用程序编写代码时，我发现我的单元测试 运行 很快就达到了极限。人们通常如何处理这种情况？是 不是 单元测试的情况吗？或者我可以做些什么来防止这个问题？
对于熟悉 YouTube API 的任何人，基于 this，我每次测试只请求检索 1-2 个视频，目前我有大约 10 个测试。如果我是正确的，假设我每次通话请求 2 个视频，我应该能够 运行 测试 10,000/20 = 500 次, 没有?
我 运行 单元测试略有不同。我会 运行 每隔一小时左右完成一项工作，以达到 4-5 个最常见的场景或端点，并将它们保存到各自的文件中。
当您的单元测试 运行 时，他们不会为所有测试调用 API。相反，他们从文件中加载输出并对其进行处理。这样，您仍在检查处理 API 的响应的代码是否仍在正常运行。您只是没有实时收到 API 回复。这就是我减少对 API 端点的点击的方法。