Testowanie

Testowanie jest ważnym krokiem do udanej integracji interfejsu Google Ads API, niezależnie od tego, czy dopiero zaczynasz, zarządzasz aplikacją, czy dodajesz nowe funkcje do istniejącej integracji. W tym przewodniku przedstawiamy sprawdzone metody testowania integracji interfejsu Google Ads API.

Konta testowe

Konta testowe są dostępne do celów programistycznych. Na koncie testowym nie wszystkie funkcje da się przetestować, ale jest to jednak przydatne narzędzie do sprawdzania, czy kod i konfiguracja aplikacji działają zgodnie z oczekiwaniami.

Konta produkcyjne na potrzeby programowania

Jeśli ograniczenia konta testowego uniemożliwiają Ci testowanie niektórych funkcji w ramach integracji, możesz użyć konta produkcyjnego na potrzeby programowania. Konta produkcyjne przeznaczone na potrzeby programowania różnią się od kont testowych tym, co się dzieje:

  • Wyświetlaj reklamy, które będą widoczne dla użytkowników
  • Wymagaj prawidłowych adresów URL
  • Muszą być zgodne z zasadami reklamowymi.

Konta produkcyjne wyświetlają reklamy, więc generują dane umożliwiające testowanie raportów skuteczności oraz odblokowanie wszystkich innych funkcji interfejsu Google Ads API.

Jednocześnie używanie ich na potrzeby programowania wymaga dodatkowej uwagi. Zalecamy podjęcie następujących działań:

  • Przyznawaj dostęp tylko tym użytkownikom, którzy go potrzebują do celów programistycznych.
  • Ustawić stały, niski dzienny budżet konta
  • Używaj kont produkcyjnych do programowania tylko wtedy, gdy nie można użyć kont testowych.

Testowe dane logowania

Aby zminimalizować ryzyko przypadkowej modyfikacji kont produkcyjnych podczas próby modyfikacji kont programisty, zalecamy przechowywanie zestawu testowych danych logowania, które są odrębne od danych logowania do aplikacji produkcyjnej.

Zalecamy też tworzenie oddzielnych tokenów odświeżania do celów programistycznych.

Token odświeżania jest generowany, gdy użytkownik autoryzuje aplikację do uzyskiwania dostępu do interfejsu Google Ads API w swoim imieniu. Oznacza to, że każdy token odświeżania ma takie same uprawnienia jak użytkownik autoryzujący. Jeśli wszystkie tokeny odświeżania używane do uzyskiwania dostępu do kont programisty 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 modyfikacji konta produkcyjnego jest ograniczone.

Dostęp zależy od użytego tokena odświeżania, więc nie trzeba tworzyć testowych danych logowania innych niż testowe tokeny odświeżania. Token programisty, identyfikator klienta i tajny klucz klienta, które są używane do uzyskiwania dostępu do kont w środowisku produkcyjnym, mogą być bezpiecznie używane do uzyskiwania dostępu do kont testowych, pod warunkiem że token odświeżania jest inny.

Poproś o weryfikację

Jeśli chcesz tylko sprawdzić, czy żądanie jest prawidłowe – na przykład aby potwierdzić, że 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ń z modyfikacją. Sprawdź w dokumentacji referencyjnej, czy to pole jest dostępne w przypadku danej metody.

Interfejs API typu REST

W przypadku testów doraźnych, na przykład w celu sprawdzenia, czy żądanie zwraca oczekiwane wyniki, najczęściej najłatwiejszym rozwiązaniem jest użycie interfejsu API REST. Zapoznaj się z przykładami typu REST, aby dowiedzieć się, jak używać cURL do wysyłania żądań do interfejsu API REST.