Introduction

Dans la vie professionnelle, quel que soit notre métier, nous réalisons toujours des tests d'une manière ou d'une autre. Par exemple, on va vérifier qu’une voiture est bien isolée et ne prend pas la pluie, ou une usine va vérifier la taille des pièces qu’elle fabrique avant de la livrer à son client.

Dans le développement d'applications, c'est exactement la même chose. Ne pas tester son application, c'est prendre le risque de ne pas anticiper les problèmes qui pourraient survenir. Les tests permettent de vérifier que tout fonctionne comme prévu et d'éviter des situations potentiellement embarrassantes, voire coûteuses, une fois que le produit est entre les mains des utilisateurs.

Tests Manuels

Les tests manuels sont effectués directement pendant le développement. Lorsqu'un développeur implémente une fonctionnalité, il va la tester manuellement pour vérifier son bon fonctionnement. Ces tests constituent le premier retour d’information (ou "feedback") sur la qualité du livrable et permettent de s’assurer que la fonctionnalité répond aux attentes avant de la valider.

D’autres tests manuels sont souvent réalisés par des équipes de Quality Analysis (QA). Bien qu'ils soient indispensables pour préserver la qualité du produit, ils présentent certaines limites. En effet, ils peuvent être longs à exécuter car il faut répéter plusieurs fois les mêmes tâches, et ils sont également susceptibles de subir une erreur humaine (On peut facilement rater une manipulation ou oublier un cas).

Ainsi, un bug non trouvé peut passer au travers, par conséquent avoir un impact négatif en production.

Tests Automatisés

Contrairement aux tests manuels, les tests automatisés sont programmés par les développeurs pour être exécutés automatiquement par des machines. Une fois écrits, ils permettent de vérifier de manière systématique que chaque partie de l'application fonctionne comme prévu, sans intervention humaine.

Ces tests sont moins sujet aux erreurs humaines, car ils suivent un script pré-défini. Les tests automatisés peuvent être exécutés rapidement et autant de fois que nécessaire, ce qui permet de gagner en efficacité, surtout lorsque le projet commence à prendre de l’ampleur.

Différents types de tests automatisés : La Pyramide de Tests

‍

La pyramide de tests est un concept qui illustre la manière dont les tests automatisés doivent être répartis pour être efficaces.

1. Tests unitaires (Unit):
   • Les tests unitaires sont les plus simples et les plus nombreux dans la pyramide. Ils se concentrent sur des parties spécifiques du code (des "unités") et vérifient que chaque composant individuel fonctionne comme prévu. Ils sont rapides à implémenter, à exécuter et permettent de repérer rapidement des erreurs locales.
2. Tests d'intégration (Service):
   • Les tests d'intégration vérifient que différentes parties de l'application fonctionnent bien ensemble. Par exemple, ils peuvent vérifier que le module de paiement fonctionne correctement avec le module de gestion des commandes. Ils sont un peu plus lents à implémenter, à exécuter que les tests unitaires mais restent essentiels pour s’assurer que les interactions entre composants ne causent pas de problèmes.
3. Tests fonctionnels (Service):
   • Ces tests permettent de vérifier que certaines fonctionnalités de l’application ont le comportement souhaité du point de vue de l’utilisateur final. Par exemple, un test fonctionnel pourrait vérifier qu’un utilisateur peut ajouter un produit à son panier et effectuer un achat sans rencontrer de bug. Ils simulent des scénarios complets pour garantir la fiabilité des fonctionnalités principales.
4. Tests end-to-end/E2E (UI) :
   • Les tests end-to-end couvrent des scénarios complets du début à la fin, comme un utilisateur qui se connecte, ajoute des articles à son panier, passe une commande, et reçoit un email de confirmation. Ils vérifient que toutes les parties du système fonctionnent bien ensemble et sont les plus longs à exécuter car ils simulent des interactions utilisateur réelles sur l'application. Ce sont les tests les plus longs à implémenter, et difficile à maintenir, la moindre modification d’UI peut “casser” le test et donc nécessiter une remodification.
   • Ce sont les seuls tests qui permettent de bien vérifier que l’interface de l’application est correcte

Importance de l'Automatisation des Tests

Prendre le temps d'automatiser les tests est un investissement essentiel. Plus un projet grandit, plus il devient complexe et difficile de tout tester manuellement. Avoir des tests automatisés permet de détecter rapidement les erreurs ou bugs introduits lorsque le besoin évolue ou lorsqu'un nouveau cas d'utilisation apparaît, ou de tenir les délais de livraison du produit car la moindre modification peut nécessiter de retester l’application.

Cependant il faut savoir rester pragmatique, l’automatisation des tests n’est pas forcément à faire dès le début d’un projet, il s’agit plutôt d’un élément à implémenter au fur et à mesure que ce dernier grossisse.

Anticiper les problèmes et protéger l’image de l’entreprise

Ne pas détecter une erreur peut avoir des conséquences graves sur l'image d'une entreprise. Imaginez un site de e-commerce qui rencontre des problèmes lors du paiement parce qu'un cas d'usage a été oublié. Cela pourrait causer des pertes financières et nuire à la réputation de la marque.

L'automatisation des tests permet d'anticiper ce type de problème, car chaque nouvelle version du logiciel est systématiquement testée avant sa mise en ligne. Ainsi, on minimise les risques de défaillances en production.

Un exemple concret : une entreprise de services financiers avait récemment introduit une nouvelle fonctionnalité sur son application mobile. Malheureusement, un cas rare de calcul de taux d'intérêt avait été oublié lors des tests manuels. Grâce aux tests automatisés, ce bug a pu être détecté avant le lancement de la fonctionnalité, évitant ainsi une perte de confiance des clients et des problèmes juridiques potentiels.

Travail collaboratif et montée en compétences

Lorsqu'une équipe travaille sur un projet, il est difficile pour chaque membre de penser à tous les cas possibles. Les tests automatisés offrent une couverture plus large et permettent aux équipes de collaborer plus sereinement. De plus, la lecture et l'écriture de ces tests peuvent être des opportunités d’apprentissage pour les développeurs juniors, leur permettant de monter en compétence et de mieux comprendre le fonctionnement global de l’application.

Conclusion

Les tests, qu'ils soient manuels ou automatisés, sont essentiels pour garantir la qualité d'une application. Bien que les tests manuels permettent d'obtenir des retours rapides, ils ne peuvent pas remplacer la rigueur et la répétabilité des tests automatisés.

On peut aisément se poser la question de ce qu’est un bon ou mauvais tests, il est assez facile de rapidement faire des tests qui ne sont pas pertinent (tester que 1+1 = 2 au lieu de tester la vérification d’une règle métier).

Un bon indicateur de l’implémentation des tests dans une application est le “test coverage”, un taux calculé en fonction du nombre de lignes de code couvertes par les tests.

Pour les entreprises, investir dans des tests automatisés, c'est non seulement améliorer la qualité de leur produit, mais aussi renforcer la confiance des clients et assurer leur succès à long terme.

‍