Arrêtez la surgénération: pourquoi les identifiants de test battent l’intelligence de localisatrice alimentée par AI pour l’automatisation de l’interface utilisateur | par Dheeraj Gambhir | Avril 2025

Nous avons tous lu les blogs. Nous avons tous vu les graphiques montrant comment l’IA générative peut «révolutionner» l’automatisation des tests en résolvant comme par magie les localisateurs, en auto-guérison des sélecteurs cassés et en interprétant des changements d’interface utilisateur à la volée. Il existe de nombreux articles qui peint une image convaincante d’un avenir où les tests se maintiennent.

Histoire cool. Mais prenons du recul.

Pourquoi nous penchons-nous en arrière pour faire des tests intelligent Assez pour faire face aux DOM en constante évolution quand il y a une réponse plus simple et beaucoup plus durable nous regardant en face?

C’est ça. C’est le post. Mais comme les blogs sont censés être plus d’une phrase, déballons-les un peu.

1. Les identifiants de test ne mentent jamais (ni ne changent)

Une bonne automatisation concerne la fiabilité et la stabilité. Les ID de test – comme Data-Testid = ”Soumide-Button” – sont prévisibles. Ils ne se cassent pas lorsqu’un développeur modifie la classe CSS, met à jour la mise en page ou renomme un élément. Vous savez ce que vous cherchez, et c’est toujours là.

2. Pourquoi enseigner à l’AI ce que vous savez déjà?

L’IA générative pour les tests est impressionnante, bien sûr. Il peut «deviner» le bon élément même si le localisateur change. Mais pourquoi faire de l’IA deviner quand vous pourriez simplement dire au Dom exactement ce qu’il faut rechercher dès le début? L’IA devrait augmenter votre stratégie de test, et non nettoyer un gâchis qui aurait pu être évité avec les conventions appropriées.

3. L’efficacité bat l’élégance dans les tests

Nous ne construisons pas de l’art. Nous validons les fonctionnalités. Les identifiants de test sont des outils à faible friction et à fort impact. Ils ont traversé le bruit. Pas besoin de modèles AI complexes pour résoudre les localisateurs flous ou l’intention de cartographie à l’interface utilisateur. Un ID de test est une ligne directe de ce qui vous tient à cœur. Et c’est plus rapide – à la fois dans le temps de test et en temps humain.

4. La sur-ingénierie ne s’allonge pas

L’article moyen parle de la fixation des tests feuilletés de l’IA et de l’adaptation aux modifications de l’interface utilisateur. Mais soyons réels: cela ajoute une autre couche de complexité. Plus de pièces mobiles. Plus de choses qui peuvent mal tourner. Plus d’infrastructures à maintenir. Si votre modèle d’IA échoue, maintenant vos tests sont brisés, et Vous avez une session de débogage de l’IA sur vos mains. Pourquoi ne pas empêcher la floconneuse en premier lieu avec une solution simple et durable?

5. Les développeurs peuvent (et devraient) aider

L’ajout d’attributs de tests de données est un petit investissement avec un gain massif. Cela fait partie de la création de logiciels testables. Tout comme les balises d’accessibilité ou le HTML sémantique, il s’agit de construire des interfaces utilisateurs qui coopérer avec les outils qui comptent sur eux.