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 *

processus

La phase de Retest

Le cycle de vie d’un bug  comporte plusieurs étapes décrites ci-dessous : Dans ce cycle, une étape est malheureusement souvent négligée : La phase de Retest (ou de vérification). A quoi correspond exactement cette phase ? La phase de retest d’un bug a plusieurs buts : ·        Vérifier que le bug est bien corrigé : un

Lire la suite »
Automatisation

Webinaire: l’automatisation pour tous

Revivez le webinaire du 28 septembre! Michael Granier et Stéphanie Binet nous ont parlé d’automatisation des tests pour tous à travers la conception et l’utilisation d’outil d’automatisation des tests sans script. Sommaire: Les difficultés actuelles liées à l’automatisation Les besoins identifiés pour répondre à ces difficultés Les solutions développées par

Lire la suite »
Interview

Danielle Sabourin: testeur logiciel

Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Bonjour, je suis Danielle Sabourin et je suis Testeur fonctionnel en devenir (le terme testeuse n’est pas très beau !). Une première expérience, dans un contexte où rien n’existait, m’a permis de découvrir et de me passionner pour

Lire la suite »