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