Testowanie to ważny krok w procesie tworzenia skutecznej integracji z interfejsem Google Ads API. Niezależnie od tego, czy dopiero zaczynasz, utrzymujesz aplikację, czy dodajesz nowe funkcje do istniejącej integracji, testowanie jest niezbędne. W tym przewodniku znajdziesz sprawdzone metody testowania integracji z interfejsem Google Ads API.
Konta testowe i konta produkcyjne
Konta testowe są dostępne do celów programistycznych. Konta testowe umożliwiają sprawdzenie, czy kod i konfiguracja aplikacji działają zgodnie z oczekiwaniami.
Jednak nie wszystkie funkcje można testować na koncie testowym.
Jeśli ograniczenia konta testowego uniemożliwiają Ci testowanie niektórych funkcji w integracji, możesz zamiast tego użyć konta produkcyjnego do celów deweloperskich. Konta produkcyjne do celów deweloperskich różnią się od kont testowych w tych aspektach:
- wyświetlać reklamy, które mogą zobaczyć użytkownicy;
- 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. Korzystanie z nich do celów programistycznych wymaga jednak zachowania szczególnej ostrożności. Zalecamy podjęcie tych środków:
- Przyznawaj dostęp tylko użytkownikom, którzy potrzebują go do celów programistycznych.
- Ustaw stały, niski budżet dzienny konta.
- Używaj kont produkcyjnych do tworzenia aplikacji 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 testowania, jak i danych logowania do środowiska produkcyjnego.
Testowe dane logowania
Aby zminimalizować ryzyko przypadkowego zmodyfikowania kont produkcyjnych podczas próby zmodyfikowania kont deweloperskich, zalecamy utrzymywanie zestawu danych logowania do testów, który jest oddzielony od danych logowania do aplikacji produkcyjnej.
Aby utworzyć zestaw danych logowania do testów:
- Utwórz konto e-mail (np. api.test@example.com) lub konto usługi, które będzie używane tylko do testowania.
- Dodaj tego użytkownika lub konto usługi jako prawidłowego użytkownika na kontach Google Ads, na których przeprowadzane są testy. Sprawdź, czy temu użytkownikowi lub kontu usługi przyznano 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 testowego konta użytkownika.
- Podczas testowania aplikacji używaj tych nowych danych logowania. Token dewelopera, identyfikator klienta i klucz tajny klienta można ponownie wykorzystać do celów testowych, 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 potwierdzić, że jest poprawnie sformatowane i nie narusza zasad), możesz użyć pola validate_only, które jest dostępne w przypadku żądań GoogleAdsService.SearchStream i GoogleAdsService.Search oraz większości żądań zmiany.
Zapoznaj się z dokumentacją, aby sprawdzić, czy to pole jest dostępne w przypadku danej metody.
Interfejs API typu REST
W przypadku testów ad hoc, np. w celu sprawdzenia, czy żądanie daje oczekiwane dane wyjściowe, najłatwiej jest użyć interfejsu REST API. Więcej informacji o używaniu curl do wysyłania żądań do interfejsu API REST znajdziesz w przykładach REST. Możesz też przetestować to w Eksploratorze REST.