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 *

culture générale

Les évolutions dans les métiers du test

Pour cet article j’ai dû me limiter, les métiers étant très nombreux et les possibilités également. Je me suis donc limité aux métiers du test définis par le CFTL et au métier de testeur agile. J’ai également limité les métiers extérieurs au test en sélectionnant ceux qui me semblaient les

Lire la suite »
Image représentant le test et de nombreux éléments liés
Images

Le test en image (11) – la taverne en 2020

Aujourd’hui je déterre une série très ancienne d’articles: « Le test en image« . Nouveau temps, nouvelle méthode, l’objectif de cet article est double: continuer à proposer des images représentant le test mais aussi offrir une rétrospective partielle des activités de la taverne en 2020. Les certifications ISTQB évoluent, s’étoffent et accompagnent

Lire la suite »
Outils

Retour Refertest

Après avoir testé Refertest pendant quelques heures voici mes premières impressions : ·        C’est beau, sincèrement je trouve l’interface bien travaillée comparée à des logiciels comme TestLink sur lequel je travaille en ce moment ·        Présence d’une version française en plus de la version anglaise ·        Bonne ergonomie (drag and drop fonctionne dans tous

Lire la suite »