Tests automatisés robustes, data-testid et leadership QA.

Articles pour Lead QA, CTOs et fondateurs qui veulent que leur automatisation arrête de casser à chaque sprint.

·6 min de lecture

Une convention de nommage data-testid qui scale au-delà de 10 devs

Sans convention, vos data-testid se transforment en musée des styles au bout de six mois. Voici le pattern kebab-case scope-element-role qui survit à la croissance d'équipe, avec des exemples concrets et comment l'imposer sans devenir le flic du DOM.

Lire l'article →
·8 min de lecture

data-testid n'est pas un code smell - réponse nuancée à Testing Library

Kent C. Dodds et la communauté Testing Library affirment que data-testid est un code smell d'accessibilité. Ils ont raison. Ils ont aussi tort sur un point. Voici pourquoi les deux camps ont leurs arguments, et comment les combiner en pratique.

Lire l'article →
·7 min de lecture

Pourquoi vos tests Playwright cassent à chaque sprint (et ce n'est pas la faute de Playwright)

Si votre suite e2e est fragile, ce n'est pas parce que le framework est mauvais. C'est parce que vos sélecteurs empruntent leur stabilité à des choses qui n'ont jamais été conçues pour être stables. Voici le vrai diagnostic, avec des noms.

Lire l'article →
·6 min de lecture

Pourquoi les tests automatisés robustes commencent par data-testid

La plupart des suites Playwright ou Cypress flaky ne cassent pas à cause du framework. Elles cassent parce que les sélecteurs sont fragiles. Voici pourquoi data-testid mérite d'être traité comme du code de production.

Lire l'article →