Testowanie to ważny etap tworzenia udanej integracji z interfejsem Google Ads API, niezależnie od tego, czy dopiero zaczynasz, utrzymujesz aplikację czy dodajesz nowe funkcje do istniejącej integracji. W tym przewodniku znajdziesz sprawdzone metody testowania integracji z interfejsem Google Ads API.
Konta testowe i konta produkcyjne
Konta testowe są dostępne na potrzeby programowania. Dzięki kontom testowym możesz sprawdzić, czy kod aplikacji i konfiguracja działają zgodnie z oczekiwaniami.
Nie wszystkie funkcje można jednak testować na koncie testowym.
Jeśli ograniczenia konta testowego uniemożliwiają testowanie niektórych funkcji w integracji, możesz zamiast tego użyć konta produkcyjnego na potrzeby programowania. Konta produkcyjne na potrzeby programowania różnią się od kont testowych w tych aspektach:
- Wyświetlają reklamy, które mogą zobaczyć użytkownicy.
- Wymagają prawidłowych adresów URL.
- Muszą być zgodne z zasadami reklamowymi.
Ponieważ konta produkcyjne wyświetlają reklamy, generują dane, które umożliwiają testowanie raportów skuteczności, a także odblokowują wszystkie inne funkcje interfejsu Google Ads API. Korzystanie z nich na potrzeby programowania wymaga jednak dodatkowej ostrożności. Zalecamy podjęcie tych środków:
- Przyznawaj dostęp tylko użytkownikom, którzy potrzebują go na potrzeby programowania.
- Ustaw stały, niski budżet konta dzienny.
- Używaj kont produkcyjnych na potrzeby programowania tylko wtedy, gdy nie można używać kont testowych.
Aby w pełni przetestować integrację, prawdopodobnie będziesz potrzebować zarówno danych logowania do konta testowego, jak i do konta produkcyjnego.
Testowe dane logowania
Aby zminimalizować ryzyko przypadkowego zmodyfikowania kont produkcyjnych podczas próby modyfikacji kont deweloperskich, zalecamy utrzymywanie zestawu danych logowania do konta testowego, które są oddzielone od danych logowania do aplikacji produkcyjnej.
Aby utworzyć zestaw danych logowania do konta testowego:
- Utwórz konto e-mail (np. api.test@example.com) lub konto usługi, które będzie używane tylko na potrzeby testowania.
- Dodaj tego użytkownika lub konto usługi jako prawidłowego użytkownika na kontach Google Ads, na których przeprowadzasz testy. Upewnij się, że przyznajesz temu użytkownikowi lub kontu usługi odpowiednie poziomy dostępu. Nie przyznawaj temu użytkownikowi ani kontu usługi dostępu do żadnych kont produkcyjnych.
- Jeśli używasz procesu uwierzytelniania użytkownika OAuth 2.0 zamiast procesu konta usługi, wygeneruj token odświeżania dla konta użytkownika testowego.
- Podczas testowania aplikacji używaj tych nowych danych logowania. Identyfikator klienta i tajny klucz klienta można ponownie wykorzystać na potrzeby testowania, ponieważ nie mają one wpływu na to, do których kont Google Ads można uzyskać dostęp.
Poproś o weryfikację
Jeśli chcesz tylko sprawdzić, czy żądanie jest prawidłowe (np. aby upewnić się,
że jest ono prawidłowo skonstruowane i nie narusza zasad), możesz
użyć pola validate_only, które jest dostępne w przypadku
GoogleAdsService.SearchStream i GoogleAdsService.Search żądań, a także
większości żądań mutate. W
dokumentacji znajdziesz informacje o tym, czy to pole jest
dostępne w przypadku danej metody.
Interfejs API typu REST
W przypadku testów ad hoc, np. aby sprawdzić, czy żądanie daje oczekiwane wyniki, najłatwiej jest użyć interfejsu API typu REST. W przykładach REST znajdziesz informacje o tym, jak używać curl do wysyłania żądań do interfejsu API typu REST. Możesz też przeprowadzić testy w eksploratorze REST.