Duel: tests IHM vs tests automatisés

Introduction

Très souvent, lorsque l’on parle d’automatisation des tests on parle de l’automatisation de l’exécution des tests d’interface graphique.

Quelle différence entre ces termes ?

Il est d’ailleurs intéressant de noter que les « outils d’automatisation de test » auxquels on pense sont des outils comme Selenium, UFT, Testcomplete qui sont spécialisés dans les tests IHM…

On pense également à des outils de KDT comme Katalon, Agilitest, HorusTest et RobotFramework… en terme d’outils d’automatisation de test IHM alors que certains de ces outils ne sont pas limités à l’IHM.

Il est également intéressant de noter que lorsque que l’on veut automatiser du test qui n’est pas un test d’IHM ce besoin est spécifié comme avec automatisation des tests d’API ou des tests de performance.

Au final les tests automatisés sont beaucoup plus vastes que les simples tests IHM. Les tests automatisés peuvent impacter tous les tests comme:

  • Les tests unitaires
  • Les tests d’API
  • Les tests de performances
  • Les tests de sécurité
  • Certaines parties des revues…

Pourquoi cette confusion ?

Cette confusion est, selon moi, principalement dû à l’histoire du test logiciel. Les tests ont longtemps été considérés comme le travail des « testeurs » bien que les autres rôles aient toujours eu à faire des tests.

De même, les tests des testeurs ont longtemps été considérés comme limités au test des interfaces graphiques de logiciel livré par les développeurs.

L’automatisation des tests est donc devenu l’automatisation de l’exécution des tests effectués par les testeurs: les tests IHM.

Conclusion

Lorsque l’on parle de test automatisés on a souvent tendance à limiter ce concept aux tests IHM exécutés historiquement de manière manuelle par les testeurs.

Cette problématique est intégrée par la majorité des personnes qui, lorsque l’on n’est pas sur du test IHM le spécifie.

En tant que testeur nous devons néanmoins faire attention au terme tests automatisés car il peut, dans certains cas, réduire notre champs de vision et nous faire perdre de vue que, au final, l’automatisation des tests peut être faite sur d’autres tests que les tests IHM… et que dans de nombreux cas les retour sur investissement des tests non IHM est plus intéressant que sur les tests IHM.

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

N’hésitez pas à faire vos propres retours d’expérience en commentaire.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Automatisation

De la User Story à l’exécution automatique des tests : j’ai testé un workflow IA dans Jira (Rovo + Xray + Lynqa)

Comme le montrent différentes enquêtes auprès des professionnels des tests logiciels (par exemple celle du CFTL – décembre 2025), l’utilisation de l’IA se développe dans de nombreuses organisations. Parmi les premiers cas d’usage cités figurent l’amélioration de la formulation des User Stories, la génération de cas de test et l’automatisation

Lire la suite »
Campagnes

Vous avez dit non régression ! – Arnaud Verin

1.1.    Un concept connu mais qui reste néanmoins assez flou La non régression est l’un des éléments principaux du test logiciel. C’est aussi une de ses particularités. Nombreux sont ceux qui ont manipulé ce concept un jour, pour autant, tous n’en partagent pas la même vision : pour certains, il s’agit

Lire la suite »
Outils

Outils de test: gérer ses tests avec XStudio

Xstudio en Bref XStudio est un outil de gestion des tests (ALM) à licence qui se positionne en tant qu’ALM performant à coût de licence abordable (beaucoup moins cher que HP ALM). XStudio permet, comme d’autres ALM, de gérer ses exigences, spécifications, risques, tests, campagnes de test et anomalies tout

Lire la suite »