Vous êtes prêt à passer à l’automatisation de vos tests fonctionnels ? Oui, mais avant de vous lancer, sachez qu’il n’est pas nécessaire de tout automatiser. Dès lors, quels sont les tests à privilégier ?
Se lancer dans une démarche d’automatisation des tests est sans conteste un investissement sur le long terme, à condition d’y réfléchir en amont et de faire une sélection. Il n’est pas utile de tout automatiser et il ne faut d’ailleurs pas tout automatiser. Car dans la réalité, les tests automatisés, bien que plutôt aboutis, ne se suffisent pas à eux-mêmes pour apporter une évaluation complète et pertinente d’une application. Il est nécessaire de combiner les tests manuels et automatisés pour assurer la qualité des développements des applications web ou mobile et obtenir ainsi un retour sur investissement optimal. Mais comment savoir quels tests laisser en exécution manuelle et quels tests passer en automatique ? En réfléchissant à quatre critères, que sont la fréquence, la criticité, la couverture et la complexité.
1. Fréquence :
Il est indispensable d’automatiser les tests les plus récurrents et les plus répétitifs, c’est-à-dire les tests qui vont être exécutés à chaque déploiement. Il s’agit en général des tests de non-régression et des tests d’acceptation. La question à se poser : quand je livre mon application, qu’est-ce que je dois tester à chaque fois ? Les tests qui reviennent le plus souvent sont ceux qu’il faut automatiser en priorité pour gagner du temps de façon considérable.
2. Criticité :
Il est pertinent de cibler les tests fonctionnels qui concernent les parcours et les fonctionnalités critiques, c’est-à-dire ceux qui ont un enjeu pour l’entreprise, qu’il soit financier, juridique ou d’image. Par exemple, dans le cas d’un site e-commerce, si une page de paiement ne fonctionne pas, l’utilisateur ne pourra pas finaliser son achat et cela aura un impact direct sur le chiffre d’affaires de l’entreprise. Le ROI est donc plus important dans ce cas particulier.
3. Couverture :
Il faut également penser à la couverture des tests, qui est de plus en plus large avec la multiplication des canaux. S’il faut mener des tests sur plusieurs navigateurs (Chrome, Firefox, Safari, IE), sur plusieurs devices (smartphone, tablette, ordinateur), cela fait vite monter le nombre d’exécutions à réaliser et l’automatisation peut apporter un gain de temps considérable.
4. Complexité :
Certains tests sont plus difficiles à automatiser que d’autres, car ils se révèlent complexes techniquement, avec beaucoup d’actions à réaliser, et cela demande donc plus de temps à développer, mais aussi à maintenir. Le plus souvent, quand on démarre en automatisation, il vaut mieux privilégier les tests simples et rapides à exécuter, qui permettent d’identifier les bugs critiques rapidement. Cela n’empêche pas d’automatiser par la suite des cas plus complexe qui utiliseront les cas déjà existants pour générer des parcours plus longs et spécifiques.
Au contraire, certains tests ne conviennent pas à l’automatisation, comme ceux qui concernent des fonctionnalités évolutives, mais cela sera le sujet d’un prochain article…
Pour aller plus loin
- Comment choisir le meilleur outil de test fonctionnel automatisé en 2023 ?
- Comment choisir le bon outil de test d’applications mobiles ?
- Outil de tests automatisés “Code or codeless” : lequel choisir ?
Pour voir la solution en action, découvrez la plateforme de tests automatisés Mr Suricate.
FAQ
Faut-il tout automatiser ?
Non. On automatise en priorité ce qui est répétitif, stable et critique. Les tests exploratoires ou très changeants restent souvent plus efficaces en manuel.
Quels tests automatiser en priorité ?
Les parcours critiques pour le business, les tests de non-régression et les scénarios exécutés fréquemment. C’est là que l’automatisation rapporte le plus.
Qu’est-ce qui ne vaut pas la peine d’être automatisé ?
Les cas rarement exécutés, très instables ou ponctuels, dont le coût de maintenance dépasse le bénéfice.
Comment prioriser ses tests à automatiser ?
En croisant la criticité pour le business et la fréquence d’exécution. Plus un parcours est critique et répété, plus il mérite d’être automatisé.
Comment Mr Suricate aide-t-il à cibler ?
En rendant simple l’automatisation des parcours critiques en no-code, pour concentrer l’effort là où il compte, pour les équipes métier comme pour les grands comptes.
