5 façons d’accélérer l’automatisation de vos tests

Des tests automatisés lents peuvent ralentir considérablement toute votre équipe. Cet article vous apprend cinq façons d’accélérer l’automatisation de vos tests.

De nos jours, toute équipe travaillant sur le développement de logiciels sait qu’il s’agit d’un environnement en évolution rapide. Les organisations et les clients s’attendent à ce que de nouvelles fonctionnalités et améliorations soient constamment apportées à leurs applications préférées. Essayer de livrer rapidement et souvent sans qu’une suite de tests automatisés soit en place, permettant de vérifier que les nouvelles modifications apportées à la base de code ne brisent pas ce qui est déjà en place, est une bataille difficile.

Si les tests automatisés peuvent accélérer le développement, ils peuvent également créer des goulots d’étranglement qui ralentissent l’ensemble du processus. Une suite de tests mal optimisée retarde la boucle de rétroaction sur laquelle les développeurs s’appuient pour s’assurer qu’une application fonctionne comme prévu après chaque modification, ce qui rend plus difficile l’identification et la résolution des problèmes le plus rapidement possible.

Dans cet article, nous expliquerons l’impact de la lenteur des tests sur la productivité des développeurs et cinq façons dont les équipes peuvent les aider à accélérer leurs tests automatisés.

Pourquoi les tests automatisés lents nuisent aux développeurs de logiciels

L’objectif principal de l’automatisation des tests est d’aider à détecter rapidement les bogues potentiels des applications. Au lieu du processus fastidieux consistant à attendre que quelqu’un vérifie manuellement les modifications du code, une suite de tests automatisés peut les valider automatiquement après chaque modification. Cette boucle de rétroaction rapide permet d’économiser du temps et de l’argent en réduisant les efforts nécessaires pour tester une application, en éliminant les erreurs humaines avec des résultats cohérents et en permettant aux développeurs de corriger les bogues plus rapidement. Tous ces avantages se traduisent par des cycles de publication plus courts sans sacrifier la qualité.

La plupart de ces avantages s’évaporent lorsque l’exécution des tests automatisés d’une application prend un temps non négligeable. Chaque fois qu’une nouvelle modification est introduite dans la base de code, les développeurs ne sauront pas si leurs mises à jour interrompent ou non les fonctionnalités existantes à moins d’attendre. Attendre que les tests soient exécutés pour en voir un échouer frustre et démotive les développeurs. Finalement, ils commenceront probablement à ignorer la suite de tests pour continuer à travailler sur la chose suivante, et la qualité s’érodera lentement avec le temps.

La lenteur des tests automatisés ne concerne pas seulement les développeurs : cela affecte l’ensemble de l’organisation. Les tests lents entraînent des itérations de codage lentes, de sorte que les développeurs ne peuvent pas travailler aussi vite qu’ils le souhaiteraient. L’équipe commence à faire des compromis pour contourner tout ou partie des tests automatisés et créer davantage de dettes techniques et de défauts à long terme. Les développeurs doivent alors faire face à des déploiements bogués et à des cycles de publication lents, ce qui expose l’organisation au risque d’être devancé par un concurrent.

Cinq façons d’accélérer l’automatisation de vos tests

L’effet d’entraînement provoqué par une suite de tests automatisés lente montre pourquoi il est essentiel de maintenir les suites de tests automatisés en fonctionnement le plus rapidement possible. Voici quelques stratégies que les équipes peuvent utiliser pour créer et maintenir des suites de tests optimales sans sacrifier la santé à long terme de la qualité de l’application.

1. Exécutez vos tests automatisés en parallèle

La plupart des suites de tests automatisés exécutent chaque scénario un par un par défaut. Exécuter des tests individuellement prendra beaucoup de temps : imaginez une épicerie avec une centaine de clients faisant la queue pour payer mais un seul caissier. Une façon d’améliorer le processus de test consiste à exécuter des tests en parallèle. Au lieu d’exécuter des scénarios de test individuellement, l’exécution de tests parallèles exécute plusieurs tests simultanément. Pour revenir à l’analogie avec une épicerie, 10 caissiers franchiront la file d’attente des clients beaucoup plus rapidement. De même, 10 processus d’exécution de tests termineront leur exécution plus tôt. Les tests parallèles peuvent réduire de plus de moitié la durée des tests automatisés et ne nécessitent généralement qu’un simple changement de configuration du programme d’exécution des tests. Par exemple, Progrès Telerik Test Studio peut distribuer des tests sur plusieurs navigateurs et serveurs d’exécution en parallèle.

L’exécution de tests en parallèle accélère également le processus en détectant des scénarios de test étroitement couplés qui dépendent d’autres tests pour fonctionner correctement. Un exemple de test étroitement couplé est lorsqu’un scénario écrit des données dans un fichier et qu’un autre doit lire ce fichier pour réussir le test. Les testeurs doivent éviter ce type de tests car ils sont difficiles à déboguer et à maintenir et ne fonctionneront pas bien en parallèle en raison de leur dépendance les uns par rapport aux autres. La réécriture ou la suppression de ces tests améliorera inévitablement les temps de test.

2. Décidez quand exécuter vos tests

De nombreuses équipes mettent en place des systèmes d’intégration continue pour exécuter l’intégralité de la suite de tests automatisés après chaque modification. Cette méthode donnera lieu à une application bien testée, mais elle ralentit également la boucle de rétroaction permettant aux développeurs de savoir que leur application est toujours en bon état. Pour les projets plus importants, il n’est pas nécessaire d’exécuter tous les tests lors de la mise à jour de la base de code. Une manière équilibrée d’aborder les tests automatisés consiste à exécuter stratégiquement des sous-ensembles de scénarios de test à différentes étapes du cycle de vie du développement logiciel.

Les outils logiciels les plus modernes permettent aux testeurs d’étiqueter ou d’étiqueter leurs scénarios et de configurer leur service CI uniquement pour exécuter les cas de test identifiés. Le but est de réduire le temps de validation des modifications apportées à l’application. Par exemple:

• Les modifications apportées à une branche de code exécutent des tests de fumée composés d’une poignée de scénarios critiques pour valider que les bases de l’application fonctionnent toujours.
• Lors de la fusion d’une branche de fonctionnalités dans la base de code principale, le système d’intégration continue déclenche un ensemble plus étendu de tests de régression.
• Avant une nouvelle version de production, l’équipe peut exécuter l’intégralité de la suite de tests automatisés pour donner le feu vert au déploiement.

Les grandes suites de tests automatisés dont l’exécution prend des heures peuvent bénéficier d’une exécution selon un calendrier, tel que Services de planification de Telerik Test Studio. L’exécution d’un segment de tests plus tôt dans le processus de développement ne prend qu’une fraction du temps nécessaire pour vérifier la fonctionnalité de l’application tout en garantissant suffisamment que les choses fonctionnent comme elles le devraient.

3. Écrivez uniquement les tests dont vous avez besoin

L’une des erreurs les plus courantes commises par les équipes lors de la création d’une suite de tests automatisés est de se concentrer sur le volume. L’idée dominante est que plus une application dispose de scénarios de tests automatisés, mieux elle se porte. Malheureusement, plus n’est pas toujours mieux. Faire de la quantité le point central de l’écriture des tests automatisés incite les équipes à créer des scénarios de tests redondants ou de mauvaise qualité, et chaque nouveau test automatisé introduit ralentit de plus en plus la suite de tests.

Lorsque vous travaillez sur l’automatisation des tests, l’accent doit être mis sur la qualité plutôt que sur la quantité. Viser une couverture de test de 100 % dans une application n’est pas réalisable. Les équipes tireront le meilleur parti de leurs efforts en automatisant les sections ou les scénarios à haut risque qui prennent beaucoup de temps pour des tests manuels fréquents. Se concentrer sur ces domaines critiques permet de se concentrer sur les domaines importants sans avoir à tester les parties à faible risque ou rarement utilisées d’une application.

4. Optimiser le matériel exécutant les tests

Les développeurs peuvent exécuter des suites de tests automatisés sur leurs machines de développement locales pour valider les modifications avant de les valider dans la base de code. Cependant, les systèmes d’intégration continue effectuent l’essentiel du travail d’exécution des tests automatisés. L’un des domaines les plus négligés de l’automatisation des tests est le matériel qui alimente ces systèmes CI, et c’est l’un des domaines qui cause le plus de problèmes aux testeurs et aux développeurs.

Les systèmes CI utilisent des serveurs qui sont généralement sous-alimentés, avec pour conséquence évidente des exécutions de tests lentes, mais ces systèmes à faible consommation provoquent également de fréquents échecs de tests en raison d’un manque de ressources. De nombreux services d’intégration continue proposent différents niveaux avec un matériel plus puissant qui peut évoluer selon les besoins. Les équipes qui ont des difficultés avec leurs systèmes d’intégration continue devraient envisager d’augmenter la puissance de leur matériel pour potentiellement résoudre la plupart de ces problèmes. Même si cela n’est pas gratuit, la dépense est souvent bien inférieure aux coûts d’opportunité perdus pour l’équipe.

5. Éliminez les tests inutiles

La plupart des applications logicielles évoluent constamment, qu’il s’agisse d’ajouter de nouvelles fonctionnalités ou de corriger des défauts. Idéalement, ces modifications incluront des tests automatisés pour maintenir un haut niveau de qualité tout au long de la durée de vie du projet. Cependant, il va de soi que tous les logiciels génèrent du code qui devient obsolète. Quelle que soit la prudence des développeurs et des tests lors de la validation du nouveau code et de l’ajout de tests, les équipes de développement ne prennent jamais le temps de revoir ces domaines qui deviennent obsolètes ou, pire encore, rendent la base de code plus difficile à utiliser. Même lorsque les développeurs et les testeurs veillent uniquement à écrire les tests dont ils ont besoin, chaque nouveau changement peut potentiellement accumuler davantage de scénarios de test au fil du temps.

Même lorsque les développeurs et les testeurs veillent uniquement à écrire les tests dont ils ont besoin, chaque nouveau changement peut potentiellement accumuler davantage de scénarios de test au fil du temps. Ces tests cessent souvent de servir leur objectif mais restent dans la suite de tests, ce qui demande du temps et des efforts pour être maintenus. Les équipes doivent effectuer régulièrement des audits de code sur leur suite de tests existante pour repérer ces scénarios non essentiels et déterminer s’ils valent toujours la peine d’être conservés. Les candidats potentiels à la suppression sont :

• Tests validant les sections du code bientôt obsolètes.
• Scénarios redondants couverts par d’autres formes de tests.
• Tests irréguliers dans des domaines à faible risque et à faible valeur commerciale.

Des outils de test comme Rapports sur les résultats des tests de Telerik Test Studio et l’élagage régulier de ces scénarios permettra de maintenir les suites de tests rapides et maintenables.

Conclure

Travailler sur des applications logicielles avec des suites de tests automatisées lentes n’est pas une expérience agréable. Les développeurs doivent attendre de longues périodes pour déterminer si l’application ne fonctionne pas comme prévu en raison de leurs modifications, ce qui entraîne des cycles de publication plus longs. Cependant, les équipes peuvent corriger ces problèmes en adoptant quelques stratégies dans l’automatisation de leurs tests. Grâce à des outils modernes comme Telerik Test Studio, les développeurs et les testeurs peuvent exécuter plusieurs tests simultanément, planifier quand exécuter des tests spécifiques et effectuer des audits fréquents de leurs suites de tests.

L’optimisation des tests existants peut s’avérer difficile, en particulier pour les suites de tests de longue durée qui ont accumulé des centaines ou des milliers de scénarios automatisés. Une excellente approche consiste à commencer petit avec l’une des stratégies mentionnées dans cet article et éventuellement à en ajouter d’autres à mesure que les temps d’exécution des tests s’améliorent. Même l’utilisation d’une seule de ces stratégies sera payante sous la forme d’un développement et de déploiements plus rapides. Ces actions ne sont que quelques moyens de garantir le bon déroulement des tests automatisés dans un projet pendant des mois et des années à venir.