Krok 6. Pełne testowanie

Pełne testowanie odbywa się w 2 etapach: testowaniu w trybie piaskownicy i testowaniu wersji produkcyjnej.

1. Testowanie w trybie piaskownicy: przeprowadź serię przypadków testowych względem zasobów reklamowych piaskownicy, korzystając z frontendu piaskownicy. Aby uzyskać dostęp do adresów URL zasobów reklamowych w piaskownicy, wybierz kolejno Zasoby reklamowe > Zasoby reklamowe . Znajdź sprzedawcę, który ma stan „Aktywny (w piaskownicy)”, a potem kliknij link w kolumnie po prawej stronie (jeśli jest dostępny) lub kliknij wiersz i link „RwG – E2E”.
   Uwaga: piaskownica powinna odzwierciedlać rzeczywiste zasoby reklamowe, ale nie powinna zawierać aktywnych rezerwacji. Dopilnuj, aby cały cykl życia rezerwacji można było przetestować bez rezerwacji na żywo.
2. Uruchomienie testów produkcyjnych w wersji produkcyjnej: gdy zakończysz testowanie na serwerze Sandbox, skontaktuj się ze swoją osobą kontaktową w Google, a Twoje konto zostanie przełączone w tryb „miękkiej uruchomienia”, co zapewni możliwość zarezerwowania Twoich produkcyjnych zasobów reklamowych, ale użytkownicy nie będą mogli ich znaleźć w żadnej usłudze Google. Aby wyświetlić zasoby reklamowe wprowadzone do kosza na stronie Zasoby reklamowe > Zasoby reklamowe , znajdź sprzedawcę, który ma stan „Gotowe”, a następnie kliknij link w kolumnie po prawej stronie (jeśli jest dostępny) lub kliknij wiersz i link „RwG – E2E”. Szczegółowe informacje o tym, jak uzyskać dostęp do tych zasobów reklamowych, i o specjalnych środkach ostrożności, które trzeba zastosować w przypadku tych adresów URL, znajdziesz tutaj. Wykonaj podobny zestaw testów jak w przypadku środowiska piaskownicy.

Uwaga: podczas kompleksowego testowania ważne jest monitorowanie codziennie przesyłanych plików danych, a także odsetka błędów serwera rezerwacji i aktualizacji w czasie rzeczywistym.

Przypadki testowe

Te kompleksowe testy są przeprowadzane w ramach testów zarówno w trybie piaskownicy, jak i w wersji produkcyjnej aplikacji:

• Zrób rezerwację w Centrum działań i sprawdź, czy wyświetla się ona prawidłowo w Twoim systemie.
• Sprawdź, czy e-maile z potwierdzeniem zostały wysłane oraz czy podana godzina i rezerwacja są prawidłowe.
• Anuluj rezerwację w Centrum działań i sprawdź, czy została poprawnie anulowana w Twoim systemie.
• Zarezerwuj kolejne spotkanie w Centrum działań i aktywuj anulowanie z poziomu swojego systemu za pomocą interfejsu Booking Notification API.
• Usuń konkretny przedział z systemu i sprawdź, czy został poprawnie usunięty w Centrum działań do BatchAvailabilityLookupResponse oraz w ramach aktualizacji zasobów reklamowych w czasie rzeczywistym (w stosownych przypadkach). Uwaga: w przypadku RTU opóźnienia powinny zająć mniej niż 5 minut.
• Zmień rezerwację w Centrum działań i sprawdź, czy zmodyfikowana rezerwacja wyświetla się prawidłowo w Twoim systemie.
• Kliknij różne boksy, aby upewnić się, że nie ma w nich żadnych błędów typu BatchAvailabilityLookup

Uwaga: rezerwacje dokonane w ramach zasobów produkcyjnych uruchomionych w trybie miękkim są rzeczywistymi rezerwacjami, a wszelkie zebrane płatności zakończą się prawdziwą transakcją. Zdecydowanie zalecamy powiadomienie sprzedawcy o tym, że przeprowadzasz test oraz że anulujesz wszystkie rezerwacje testowe utworzone podczas testowania (i w razie potrzeby zwrócisz im środki).

Debugowanie

Podczas debugowania problemów z przedziałem dostępności użyj przeglądarki dostępności w portalu dla partnerów, aby wyświetlić historię zmian przedziałów.

Gotowość do uruchomienia

Aby przygotować się do wprowadzenia aplikacji na rynek, wypełnij kwestionariusz gotowości do wprowadzenia na rynek. Przesłanie tego formularza powiadomi Google, że możesz już zacząć korzystać z aplikacji.

Dodatkowo wypełnij wszystkie wymagane pola na karcie Konfiguracja > Informacje kontaktowe w portalu dla partnerów. Przed uruchomieniem kampanii konieczne jest wypełnienie formularza z informacjami kontaktowymi.

W ramach przygotowań do wprowadzenia zmian przejrzyj poniższą listę kontrolną:

• Pliki danych są przesyłane codziennie.
• Odsetek błędów serwera rezerwacji jest niższy niż 5%.
• Odsetek błędów aktualizacji w czasie rzeczywistym jest niższy niż 5%.
• Dane użytkowników są przesyłane w bezpieczny sposób.
• Nie ma z Twojego backendu żadnych próśb o rezerwację od firm zewnętrznych.
• Sprawdzanie dostępności zostało uruchomione przez ponad 3 dni (najlepiej w weekend), przy czym wskaźnik braku aktywności i błędów był niższy niż 5%.

Uwaga: włącz lub wyłącz sprawdzanie dostępności na stronie Funkcje w portalu dla partnerów.

Gdy wykonasz te czynności, skontaktuj się ze swoim przedstawicielem Centrum działań, aby ustalić datę wprowadzenia aplikacji na rynek.