无论您是刚开始使用、目前正在维护应用，还是为现有集成添加新功能，测试都是构建成功 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 发出请求。