Testowanie jest ważnym krokiem w procesie tworzenia udanej integracji z interfejsem Google Ads API, niezależnie od tego, czy dopiero zaczynasz, czy obecnie zarządzasz aplikacją lub dodajesz nowe funkcje do istniejącej integracji. W tym przewodniku znajdziesz kilka sprawdzonych metod testowania integracji z Google Ads API.
Konta testowe
Konta testowe są dostępne do celów programistycznych. Na koncie testowym można testować nie wszystkie funkcje, ale jest to nadal przydatne narzędzie do sprawdzania, czy kod i konfiguracja aplikacji działają zgodnie z oczekiwaniami.
Konta produkcyjne na potrzeby środowiska programistycznego
Jeśli ograniczenia konta testowego uniemożliwiają Ci testowanie niektórych funkcji integracji, możesz użyć do tego konta produkcyjnego. Konta produkcyjne przeznaczone do rozwoju różnią się od kont testowych w następujący sposób:
- wyświetlać reklamy, które mogą być widoczne dla użytkowników;
- Wymagaj prawidłowych adresów URL
- musi być zgodna z zasadami reklamowymi.
Konta produkcyjne wyświetlają reklamy, więc generują dane, które umożliwiają testowanie raportów skuteczności, a także odblokowują wszystkie inne funkcje interfejsu Google Ads API.
Jednocześnie ich używanie do celów programistycznych wymaga szczególnej ostrożności. Zalecamy podjęcie tych działań:
- Przyznawaj dostęp tylko tym użytkownikom, którzy go potrzebują do celów programistycznych.
- Ustaw niski, stały budżet dzienny konta.
- Używaj kont produkcyjnych do tworzenia aplikacji tylko wtedy, gdy nie możesz użyć kont testowych.
Testowe dane logowania
Aby zminimalizować ryzyko przypadkowej modyfikacji kont produkcyjnych podczas próby modyfikacji kont deweloperskich, zalecamy utrzymywanie zestawu testowych danych logowania oddzielonych od danych logowania do aplikacji produkcyjnej.
Zalecamy też tworzenie osobnych tokenów odświeżania na potrzeby programowania.
Token odświeżania jest generowany, gdy użytkownik autoryzuje aplikację do korzystania z interfejsu Google Ads API w jego imieniu. Dzięki temu każdy token odświeżania ma taki sam dostęp jak użytkownik autoryzujący. Jeśli wszystkie tokeny odświeżania używane do uzyskiwania dostępu do kont testowych są powiązane z użytkownikami, którzy nie mają dostępu do kont produkcyjnych (w tym do kont menedżera zarządzających kontami produkcyjnymi), ryzyko przypadkowego użycia testowego tokena odświeżania do modyfikowania konta produkcyjnego jest ograniczone.
Dostęp zależy od używanego tokena odświeżania, więc nie trzeba tworzyć innych testowych danych logowania niż testowe tokeny odświeżania. Token programisty, identyfikator klienta i tajny klucz klienta używane do uzyskiwania dostępu do kont produkcyjnych można bezpiecznie używać do uzyskiwania dostępu do kont testowych, o ile token odświeżania jest inny.
Poproś o weryfikację
Jeśli chcesz tylko sprawdzić, czy żądanie jest prawidłowe – na przykład czy ma prawidłową strukturę i nie narusza zasad – możesz użyć pola validate_only, które jest dostępne w przypadku żądań GoogleAdsService.SearchStream i GoogleAdsService.Search, a także większości żądań zmutowanych.
Aby sprawdzić, czy to pole jest dostępne w przypadku danej metody, zapoznaj się z dokumentacją referencyjną.
Interfejs API typu REST
W przypadku testów ad hoc, np. aby sprawdzić, czy żądanie zwraca oczekiwany wynik, często najłatwiej jest użyć interfejsu API REST. Aby dowiedzieć się, jak używać cURL do wysyłania żądań do interfejsu API REST, zapoznaj się z przykładami REST.