无论您是刚刚入门、目前正在维护应用，还是向现有集成添加新功能，测试都是构建成功的 Google Ads API 集成的一个重要步骤。本指南介绍了测试 Google Ads API 集成的一些最佳做法。
测试账号
测试帐号可用于开发目的。虽然并非所有功能都可以在测试帐号中进行测试，但它仍然不失为一种有用的工具，可帮您验证应用代码和配置是否按预期运行。
用于开发的生产账号
如果测试帐号限制导致您无法测试集成中的某些功能，您可以改用生产帐号进行开发。用于开发的生产帐号与测试帐号的不同之处体现在以下几个方面：
- 投放用户可以看到的广告
- 需要有效的网址
- 必须遵守广告政策
由于生产帐号会投放广告，因此它们会生成指标，以便您测试效果报告，以及解锁 Google Ads API 的所有其他功能。
同时，将其用于开发过程需要格外小心。我们建议您采取以下措施：
- 仅向开发目的需要的用户授予访问权限。
- 设置固定且较低的每日帐号预算。
- 仅当无法使用测试帐号时，才将生产帐号用于开发。
测试凭据
为了最大限度地降低在尝试修改开发帐号时意外修改生产帐号的风险，我们建议您维护一组与生产应用凭据分开的测试凭据。
此外，我们还建议您出于开发目的创建单独的刷新令牌。
当用户授权应用代表他们访问 Google Ads API 时，系统会生成一个刷新令牌，因此每个刷新令牌都与授权用户具有相同的访问权限。如果用于访问开发帐号的所有刷新令牌都与不有权访问生产帐号的用户（包括管理生产帐号的经理帐号）相关联，就可以降低意外使用测试刷新令牌修改生产帐号的风险。
由于访问权限取决于所使用的刷新令牌，因此除测试刷新令牌之外，无需创建测试凭据。只要刷新令牌不同，用于访问生产帐号的开发者令牌、客户端 ID 和客户端密钥就可以安全地用于访问测试帐号。
请求验证
如果您只需要测试请求是否有效（例如，验证请求的结构是否正确并且没有违反政策），可以使用 validate_only 字段，该字段适用于 GoogleAdsService.SearchStream 和 GoogleAdsService.Search 请求以及大多数 mutate 请求。请参阅参考文档，验证此字段是否可用于给定方法。
REST API
对于临时测试（例如验证请求是否生成预期输出），使用 REST API 通常是最简单的方法。请查阅 REST 示例，了解如何使用 c网址 向 REST API 发出请求。