Тестирование — важный этап в создании успешной интеграции с API Google Рекламы, независимо от того, начинаете ли вы работу, обслуживаете приложение или добавляете новые функции в существующую интеграцию. В этом руководстве представлены некоторые рекомендации по тестированию интеграции с API Google Рекламы.
Тестовые счета и производственные счета
Тестовые учётные записи доступны для разработки. С их помощью вы можете убедиться, что код и конфигурация вашего приложения работают так, как задумано.
Однако не все функции можно протестировать в тестовом аккаунте.
Если ограничения тестового аккаунта не позволяют вам тестировать некоторые функции интеграции, вы можете использовать производственный аккаунт для разработки. Производственные аккаунты для разработки отличаются от тестовых аккаунтов следующим:
- Показывать рекламу, которую могут видеть пользователи
- Требовать действительные URL-адреса
- Необходимо соблюдать рекламную политику
Поскольку рабочие аккаунты предназначены для показа рекламы, они генерируют метрики, позволяющие тестировать отчёты об эффективности, а также использовать все остальные функции API Google Ads. Однако их использование для разработки требует особой осторожности. Мы рекомендуем принять следующие меры:
- Предоставляйте доступ только тем пользователям, которым он необходим для целей разработки.
- Установите фиксированный, небольшой дневной бюджет аккаунта.
- Используйте производственные учетные записи для разработки только в тех случаях, когда тестовые учетные записи использовать невозможно.
Таким образом, для проведения полного тестирования вашей интеграции вам, скорее всего, понадобятся как тестовые, так и производственные учетные данные.
Тестовые учетные данные
Чтобы свести к минимуму риск случайного изменения учетных записей производства при попытке изменить учетные записи разработки, мы рекомендуем поддерживать набор тестовых учетных данных, отдельных от учетных данных вашего производственного приложения.
Чтобы создать набор тестовых учетных данных:
- Создайте учетную запись электронной почты (например, api.test@example.com) или учетную запись службы, которая будет использоваться только в целях тестирования.
- Добавьте этого пользователя или сервисный аккаунт в качестве допустимого пользователя в аккаунты Google Ads, с которыми вы проводите тестирование. Убедитесь, что этому пользователю или сервисному аккаунту предоставлены соответствующие уровни доступа . Не предоставляйте этому пользователю или сервисному аккаунту доступ к каким-либо производственным аккаунтам .
- Если вы используете поток аутентификации пользователя OAuth 2.0, а не поток учетной записи службы , то сгенерируйте токен обновления для вашей тестовой учетной записи пользователя.
- Используйте эти новые учётные данные при тестировании вашего приложения. Токен разработчика, идентификатор клиента и секретный код клиента можно использовать повторно для тестирования, поскольку они не влияют на определение того, к каким аккаунтам Google Рекламы можно получить доступ.
Запросить проверку
Если вам нужно просто проверить корректность запроса, например, убедиться, что запрос правильно структурирован и не нарушает политики, вы можете использовать поле validate_only , доступное для запросов GoogleAdsService.SearchStream и GoogleAdsService.Search , а также для большинства запросов mutate. Чтобы узнать, доступно ли это поле для данного метода, обратитесь к справочной документации .
REST API
Для специального тестирования, например, для проверки того, что запрос возвращает ожидаемый результат, использование REST API часто оказывается самым простым вариантом. Ознакомьтесь с примерами REST , чтобы узнать, как использовать curl для отправки запросов к REST API. Также попробуйте протестировать данные в REST Explorer .