Monitoring syntetyczny: jak testować działanie strony automatycznie

Monitoring syntetyczny polega na regularnym wykonaniu zaplanowanego testu, nawet gdy żaden klient nie korzysta właśnie z aplikacji. W DockRay taki test nazywa się scenariuszem lub flow. Opisuje konkretny rezultat: odnalezienie produktu, zmianę ilości w koszyku albo wyświetlenie metod płatności.

Dlaczego sam monitoring dostępności nie wystarcza?

Serwer może odpowiadać poprawnie, podczas gdy przycisk dodawania do koszyka nie reaguje. Sprawdzenie strony głównej nie przechodzi ścieżki zakupowej. Scenariusz wykonuje wybrane czynności i porównuje zastany stan z oczekiwaniami. Jest uzupełnieniem monitoringu dostępności i raportowania błędów, a nie zamiennikiem testów jednostkowych całego projektu.

Dwa sposoby testowania w DockRay

• Scenariusz przeglądarkowy uruchamia prawdziwą przeglądarkę Firefox przez Camoufox. Obsługuje JavaScript, kliknięcia, formularze i oczekiwanie na elementy. To właściwy wybór dla interfejsu sklepu lub aplikacji.
• Sprawdzenie aplikacyjne „deep” odpytuje publiczny endpoint HTTPS przygotowany przez Twój zespół. Kod testu działa w Twojej aplikacji, a DockRay odczytuje wynik. Możesz w ten sposób kontrolować kolejkę zadań lub zakończenie importu.

Jak zacząć i ustalić częstotliwość?

1. Otwórz projekt i sekcję scenariuszy. Wybierz rodzaj sprawdzenia.
2. Nazwij test według sprawdzanej funkcji. Dla przeglądarki dodaj kroki i oczekiwania; dla deep podaj adres sprawdzenia i token.
3. Ustaw interwał, włącz scenariusz i uruchom pierwszą próbę z panelu.

Rzeczywista częstotliwość uwzględnia wybrany interwał, plan konta i minimum danego silnika. Przebiegi przeglądarkowe mają osobny budżet. Dokładne limity sprawdzisz w swoim panelu. Wywołanie ręczne również podlega ograniczeniom i nie omija zużycia.

Co oznacza wynik scenariusza?

Po uruchomieniu przebieg pojawia się jako zakolejkowany, następnie wykonywany i wreszcie zakończony. Wynik pozytywny oznacza spełnienie zdefiniowanych warunków. Porażka wskazuje niespełnione oczekiwanie lub nieudaną akcję. Wynik nierozstrzygający oznacza, że nie udało się wiarygodnie ocenić aplikacji, na przykład przez ekran weryfikacji.

Powiadomienia o awarii zależą od włączenia alertów, progu kolejnych porażek i ograniczenia częstotliwości powiadomień. Jeden nieudany test nie musi od razu wywołać alarmu.

Czy scenariusz sprawdzi cały sklep?

Sprawdzi dokładnie opisaną ścieżkę. Osobne procesy, takie jak wyszukiwanie produktu i przejście do koszyka, warto opisać oddzielnie, aby wynik mówił, która funkcja przestała działać.

Przejdź do instrukcji testowania koszyka lub poznaj sprawdzenia deep i testy po wdrożeniu.