Pour approfondir ma réflexion sur l'automatisation des tests, voici 6 situations où une plateforme de test est un réel avantage. Peut-être, vous êtes-vous déjà retrouvé dans une des situations suivantes? Que pensez-vous de l'aide des tests dans ces cas là?
- Un plan de test imprécis : vous ne savez pas exactement comment tester une fonctionnalité : Un test automatisé est fortement descriptif (car exécuté par une machine). Il ne laisse pas de place à l'interprétation.
- Vous re-testez les mêmes choses à l'infini pour couvrir tous les cas d'utilisations et de multiples configurations logicielles : Contrairement à celle d'un test manuel, l'exécution d'un test automatisé ne coûte rien. Vous pouvez donc l'exécuter autant de fois que nécessaire en faisant varier les paramètres et les configurations afin de couvrir tous les cas.
- Un plan de test manuel que vous exécutez seulement quelques jours avant de livrer le logiciel : Comme l'éxecution d'un test automatisé ne coûte rien, vous pouvez commencer la validation en parallèle du développement et exécuter vos tests tous les soirs, par exemple, afin de détecter une erreur le plus tôt possible. Ce travail sera réutilisable tout au long du projet.
- Une modification urgente et difficile à faire dans un délai très court. Vous ne savez pas qu'elle en sera l'impact sur certaines fonctionnalités : Rejouer vos scénarios de tests vous permettra de valider que le correctif n'entraîne pas de régressions et vous pourrez le livrer dans le délai avec un très bon niveau de confiance.
- Des plans de tests qui n'évoluent pas forcément en même temps que le code et deviennent donc obsolètes avec le temps : Les tests automatisés sont executés tous les soirs. C'est le meilleur moyen de s'assurer qu'ils évoluent en même temps que le code et restent donc à jour.
- Une équipe de développement démotivée lorsqu' arrive la phase de validation : Tester une application devient une activité de développement. Les développeurs écrivent le code de validation avec autant d'efficacité que pour le code de production. De plus, en créant des binômes pour coder et tester, vous encouragez le partage des connaissances.
Ce ne sont que quelques exemples, peut-être en avez vous même d'autres.
Pour ma part, il m'est arrivé une fois d'avoir un bug critique à fixer et à livrer en moins de 2 heures. L'application tournait dans une usine chimique en Allemagne et était chargé de la régulation d'un process. Lorsque les variables d'entrées prenaient une valeur très grande, cela générait une erreur de calcul dont les conséquences pouvaient être, vous l'imaginez, dramatique. J'ai donc reçu un coup de fil à midi me demandant un fix pour ce problème avant 14h sous peine de voir tout le système enlevé et remplacé par une solution concurrente. Je peux vous dire que dans ces cas là c'est très utile de pouvoir disposer de tests que l'on peut repasser très rapidement. On est un peu plus serein au moment d'envoyer le correctif.
Croyez-moi, ce jour là, des outils de tests m'ont sauvé :)
