Тестирование — важный шаг в создании успешной интеграции Google Ads API, независимо от того, только ли вы начинаете, в настоящее время обслуживаете приложение или добавляете новые функции в существующую интеграцию. В этом руководстве представлены некоторые передовые методы тестирования интеграции Google Ads API.
Тестовые аккаунты
Тестовые аккаунты доступны для целей разработки. Хотя не все функции можно протестировать в тестовом аккаунте, это все равно полезный инструмент для проверки того, что код и конфигурация вашего приложения работают так, как задумано.
Производство учитывает развитие
Когда ограничения тестового аккаунта не позволяют вам тестировать некоторые функции в вашей интеграции, вы можете вместо этого использовать производственный аккаунт для разработки. Производственные аккаунты для разработки отличаются от тестовых аккаунтов следующим:
- Показывать рекламу, которую могут видеть пользователи
- Требовать действительные URL-адреса
- Необходимо соблюдать политику в отношении рекламы.
Поскольку производственные аккаунты обслуживают рекламу, они генерируют показатели, позволяющие вам тестировать отчеты об эффективности, а также разблокировать все другие функции API Google Ads.
В то же время, использование их для разработки требует особой осторожности. Мы рекомендуем принять следующие меры:
- Предоставляйте доступ только тем пользователям, которым он необходим для целей разработки.
- Установите фиксированный, небольшой дневной бюджет аккаунта.
- Используйте производственные учетные записи для разработки только в тех случаях, когда невозможно использовать тестовые учетные записи.
Тестовые полномочия
Чтобы свести к минимуму риск случайного изменения учетных записей для производства при попытке изменить учетные записи для разработки, мы рекомендуем поддерживать набор тестовых учетных данных, которые отделены от учетных данных вашего производственного приложения.
Мы также рекомендуем создать отдельные токены обновления для целей разработки.
Токен обновления генерируется , когда пользователь авторизует приложение для доступа к API Google Ads от своего имени, поэтому каждый токен обновления имеет тот же доступ, что и авторизующий пользователь. Если все токены обновления, используемые для доступа к аккаунтам разработки, связаны с пользователями, у которых нет доступа к производственным аккаунтам, включая управляющие аккаунты, которые управляют производственным аккаунтом, то риск случайного использования тестового токена обновления для изменения производственного аккаунта снижается.
Поскольку доступ зависит от используемого токена обновления, нет необходимости создавать тестовые учетные данные, кроме тестовых токенов обновления. Токен разработчика, идентификатор клиента и секрет клиента, которые используются для доступа к производственным аккаунтам, можно безопасно использовать для доступа к тестовым аккаунтам, при условии, что токен обновления является уникальным.
Запросить проверку
Если вам просто нужно проверить, является ли запрос допустимым, например, чтобы убедиться, что запрос правильно структурирован и не нарушает политики, вы можете использовать поле validate_only , которое доступно для запросов GoogleAdsService.SearchStream и GoogleAdsService.Search , а также для большинства запросов mutate. Обратитесь к справочной документации , чтобы проверить, доступно ли это поле для данного метода.
REST-API
Для специального тестирования, например, для проверки того, что запрос выдает ожидаемый результат, использование REST API часто является самым простым вариантом. Ознакомьтесь с примерами REST , чтобы узнать, как использовать curl для выполнения запросов к REST API.