Logowanie
Serwisy z kontem klienta, panele B2B, SaaS
- 01Przejdź na stronę logowania
- 02Wypełnij login i hasło konta testowego
- 03Kliknij „Zaloguj”
- 04Sprawdź tekst: nazwa konta w nagłówku
Jak sprawdzać, czy koszyk i płatność w sklepie działają, zanim zauważy to klient? Scenariuszem przeglądarkowym: prawdziwa przeglądarka co kilka minut przechodzi ścieżkę zakupową krok po kroku. Sprawdzenie HTTP mówi tylko, że serwer odpowiedział. Scenariusz mówi, że klient mógł się zalogować, dodać produkt do koszyka i dojść do płatności. Uptimo uruchamia go w prawdziwej przeglądarce co kilka minut, i gdy któryś krok padnie, zostawia materiał, z którym da się od razu siąść do naprawy.
Oba są potrzebne. Sprawdzenie HTTP wyłapuje awarię całkowitą w kilka milisekund i nic nie kosztuje. Scenariusz wyłapuje awarię procesu, tę, przy której serwer odpowiada kodem 200, a klient i tak nie może zapłacić.
Scenariusz to lista kroków wybieranych z listy. Każdy krok ma własny czas i własny wynik, więc widać nie tylko, że scenariusz padł, ale w którym miejscu i o ile wcześniej zaczął zwalniać.
Otwórz adres: stronę logowania, kartę produktu, formularz.
Wpisz wartość w pole: login, hasło, kod pocztowy, adres e-mail.
Przycisk, odnośnik, element wskazany selektorem.
Aż pojawi się koszyk, podsumowanie albo bramka płatności.
Potwierdź, że na stronie jest to, co ma być, a nie ładna strona błędu.
Pilnuj, żeby NIE było komunikatu o błędzie płatności czy niedostępności. Zawsze w parze ze sprawdzeniem, co na stronie być ma.
Po kliknięciu coś ma się wydarzyć. Wyłapuje przycisk, który przestał działać, choć nadal się klika.
Możesz też opisać ścieżkę zdaniami, po jednym poleceniu w wierszu: „Wejdź na sklep.pl”, „Wpisz «kubek» w wyszukiwarkę”, „Kliknij przycisk «Dodaj do koszyka»”, „Sprawdź napis «został dodany»”. Kreator otwiera Twoją stronę, wykonuje te kroki na żywo i pokazuje wynik każdego z nich ze zrzutem ekranu. Zielony wiersz znaczy „to się właśnie wykonało na Twojej stronie”, a nie „tak to chyba powinno wyglądać”. Dane logowania podajesz w osobnym polu i nie trafiają one do modelu AI.
Masz już nagraną ścieżkę w Chrome albo test w Playwright? Wgraj plik z narzędzia Recorder lub wklej skrypt z codegen (JS/TS, Python) zamiast przepisywać ścieżkę zdaniami. Plik i skrypt nie opuszczają Twojej przeglądarki, hasło z pola logowania nie trafia do konfiguracji, a kroki, których monitoring nie umie wykonać, wypisujemy z powodem, zamiast po cichu skrócić scenariusz.
Materiał powstaje automatycznie i wyłącznie przy niepowodzeniu. Nie trzeba go włączać „na wszelki wypadek” i nie zapycha dysku przy scenariuszach, które przechodzą.
Cały przebieg od pierwszego kroku do błędu: widać, co przeglądarka pokazywała w chwili awarii.
Osobny obraz po każdym kroku, więc porównanie „przed” i „po” nie wymaga przewijania nagrania.
Lista żądań z kodami i czasami. Zapisany bez treści odpowiedzi. Materiał diagnostyczny nie staje się kopią danych Twojego serwisu.
Zgłoszenie do zespołu brzmi „krok 4, płatność, 03:12:41, żądanie do bramki zwróciło 502”, a nie „coś się dzieje z koszykiem”.
Serwisy z kontem klienta, panele B2B, SaaS
Sklepy internetowe
Firmy usługowe, B2B, systemy rezerwacji
Sklepy i katalogi z własnym silnikiem wyszukiwania
Scenariusz zajmuje procesor przeglądarki przez ok. 2,7 s, a sprawdzenie HTTP kilka milisekund. Dlatego w cenniku płacisz za liczbę scenariuszy i częstotliwość, a nie za liczbę użytkowników czy lekkich sprawdzeń.
Dodatki: +5 scenariuszy 79 zł/mies., skrócenie interwału do 30 s 129 zł/mies., wydłużenie historii do 365 dni 99 zł/mies. Roczne rozliczenie −20%. Plan Solo (0 zł) nie zawiera scenariuszy: ma sprawdzenia HTTP, DNS, ping, TCP, poczty i certyfikatu.
Scenariusz robi dokładnie to, co jest w krokach. Zwykle kończy się na bramce płatności krokiem „sprawdź tekst” (nazwa operatora), więc zamówienie nie zostaje złożone. Jeśli chcesz sprawdzać samą płatność, użyj trybu testowego operatora albo konta testowego i produktu za 0 zł, i dodaj okno serwisowe na czas wdrożeń, żeby nie dostawać alarmów, gdy sam wyłączasz sklep.
Scenariusz ich nie omija i nie powinien. Do monitoringu zakłada się konto testowe bez weryfikacji dwuetapowej; jeśli logowanie zawsze wymaga CAPTCHA, monitoruj kroki przed nią (dostępność strony logowania, formularz) i osobno kroki po zalogowaniu, jeśli Twój serwis pozwala pominąć CAPTCHA dla wskazanego konta.
Co 5 minut w każdym planie. To podłoga dla scenariuszy przeglądarkowych, niezależna od tego, ile płacisz: każde uruchomienie to pełny przebieg w prawdziwej przeglądarce, więc częstsze nie dałoby lepszego monitoringu, a obciążyłoby kolejkę wspólną ze wszystkimi sprawdzeniami. Krótszy interwał, od 1 minuty (a w instancji dedykowanej od 30 sekund), dotyczy sprawdzeń lekkich: strony, DNS, ping, portu TCP.
Nie. Kroki wybiera się z listy (przejdź, wypełnij, kliknij, poczekaj, sprawdź tekst) i wskazuje elementy na stronie. Możesz też opisać ścieżkę zdaniami, a kreator wykona je na Twojej stronie i pokaże wynik każdego kroku przed zapisaniem. Pierwszy scenariusz zakupowy zajmuje wtedy zwykle kilkanaście minut zamiast godziny.
Dostajesz materiał (nagranie, zrzuty, HAR) i incydent trafia do historii. Warunki alertów ustawiasz osobno: przy awarii, przy powrocie i przy problemie, który wciąż trwa: tak żeby pojedyncze potknięcie nie budziło nikogo o trzeciej w nocy, a trzecie z rzędu już tak.
Załóż konto, wybierz ścieżkę, na której zarabiasz, i zostaw scenariusz na dobę. Jeśli nic nie znajdzie, wiesz to z pomiaru, nie z nadziei.
Chcemy liczyć odwiedziny, żeby wiedzieć, które treści są przydatne. Używa do tego Google Analytics i plików cookie. Bez Twojej zgody nic nie zbieramy. Strona działa tak samo. Szczegóły w polityce prywatności.