Dans un projet utilisant une approche Waterfall ou cycle en V, la gestion des tests logiciels pose souvent des défis considérables. Le temps alloué aux tests est généralement limité, les ressources peuvent être insuffisantes, et des imprévus peuvent surgir, perturbant le calendrier prévu. Dans cet article, nous nous attacherons à montrer comment réussir un projet de test logiciel.
Les obstacles rencontrés peuvent compromettre la qualité du logiciel qui risque de ne pas répondre aux attentes des clients. D’où viennent alors ces problèmes ? Ils sont fréquemment le résultat d’une gestion inadéquate des tests. Qu’est-ce que la « gestion des tests » ? Et quelles sont les étapes essentielles pour réussir la gestion des tests dans un projet traditionnel ? Autant de questions auxquelles nous tentons de répondre ci-après. La gestion des tests dans un projet / produit agile sera traitée quant à elle avec une approche très différente dans un autre article.
Définition de la gestion des tests
La « gestion des tests » est le processus qui consiste à planifier, coordonner et superviser toutes les activités liées aux tests. Objectif : garantir une application logicielle de haute qualité. Ce processus englobe l’organisation, le contrôle, la traçabilité et la transparence des activités de test, afin de s’assurer qu’elles se déroulent sans accroc du début à la fin du projet.
La gestion des tests ne se résume pas à une tâche isolée, mais représente plutôt une série d’activités successives que le responsable des tests doit orchestrer de manière fluide.
Envie d’approfondir les tests dans un contexte agile ?
? Découvrez notre article « Les tests dans une équipe agile »
Les étapes de la gestion des tests
La gestion des tests dans un contexte de Cycle en V se compose de six grandes phases : Planification, Analyse, Conception, Implémentation, Exécution et Clôture. Chacune de ces phases contient plusieurs activités.
Phase 1 : comment réaliser un plan de test ?
Analyse des risques
Étant donné que chaque projet waterfall peut rencontrer des risques susceptibles de devenir des obstacles à son succès et d’entraîner des pertes potentielles, il est crucial pour le test manager d’anticiper et de gérer ces risques efficacement. Cela inclut l’identification précoce de ces risques ainsi que l’élaboration de solutions pour les atténuer.
On distingue deux types de risques :
1/ Les risques Projet : ce sont des événements ou des incertitudes pouvant avoir un impact, positif ou négatif, sur le déroulement du projet. Ces risques sont généralement classés en trois catégories :
- Risque organisationnel : ces risques sont liés aux ressources humaines ou à l’équipe de test. Par exemple, un manque de compétences techniques au sein de l’équipe ou un déficit de main-d’œuvre pour achever le projet dans les délais impartis.
- Risque technique : ces risques concernent les aspects techniques du projet. Par exemple, un environnement de test qui n’est pas configuré ou disponible à temps, ou une procédure de test incorrecte.
- Risque business : ces risques proviennent d’entités externes au projet. Ils peuvent être liés à l’entreprise, au marché ou aux clients, et ne sont pas directement sous le contrôle du projet.
2/ Les risques Produit : ces risques sont spécifiquement liés aux fonctionnalités du produit. Ils incluent des problèmes tels que les performances, la sécurité, les scénarios de crash, les bugs, et autres défaillances fonctionnelles ou non fonctionnelles.
Estimation des tests
Cette étape consiste à déterminer approximativement l’effort nécessaire en termes de temps pour accomplir chaque tâche du projet de test.
A la recherche d’une ressource généraliste sur les tests ?
? Découvrez notre article « Tests informatiques, les bonnes pratiques »
Planification des tests
Cette étape de planification des tests dans un projet Waterfall est essentielle pour documenter toutes les informations nécessaires concernant les tests prévus. Ce plan doit inclure : la portée des tests, l’approche adoptée, les ressources disponibles, le calendrier des activités de test, les livrables attendus, etc.
Le plan de test est un document crucial qui permet d’évaluer l’effort requis pour assurer la qualité de l’application testée. Il sert également de référence pour les parties prenantes extérieures à l’équipe de test, comme les développeurs, les chefs de projet et les clients, leur permettant de comprendre en détail le processus de test.
En tant que guide, le plan de test aide à structurer et à diriger les activités de test de manière organisée, sous la supervision attentive du test manager.
La conception d’un plan de test est l’une des tâches les plus importantes dans le processus de gestion des tests. Voici les étapes clés pour élaborer ce document :
1.
Analyser le produit
Avant de commencer les tests, il est crucial de comprendre le produit en profondeur. Cela inclut de connaître les besoins et les attentes des clients afin de garantir une expérience utilisateur optimale.
Par exemple, si le produit est un site web, il faut déterminer :
- Qui va utiliser ce site web ?
- Quel est l’objectif de ce site web ?
- Comment fonctionne-t-il ?
Il est aussi essentiel de consulter toute la documentation disponible, telle que les spécifications et les exigences.
2.
Définir les objectifs de test
Le test manager doit définir les objectifs des tests et les indicateurs de performance (tels que le taux de succès attendu, le taux d’échec acceptable, le temps de réponse, etc.). Les tests doivent permettre de détecter le maximum de défauts logiciels et de garantir que le logiciel est performant et sans bogues avant sa mise en production.
3.
Concevoir l’approche de test
La stratégie de test est une composante vitale du plan de test. Ce document, généralement élaboré par le test manager, décrit la portée des tests, les types de tests à réaliser, les risques potentiels, les défis à anticiper, et la logistique du test (qui doit tester quoi, quand, etc.).
4.
Définir les critères de test
Les critères de test établissent les normes ou règles sur lesquelles les évaluations de test seront basées. Il existe trois types de critères de test :
- Critères de suspension : conditions sous lesquelles les tests seront suspendus.
- Critères d’entrée : conditions à remplir avant de commencer les tests.
- Critères de sortie : conditions à satisfaire pour considérer les tests comme complets.
5.
Planification des ressources
Le plan de ressources résume en détail tous les types de ressources nécessaires pour mener à bien les tests. Ces ressources peuvent être humaines ou matérielles (comme les « environnements » disponibles pour les tests, les outils utilisés).
6.
Planifier l’environnement de test
L’environnement de test est l’ensemble des configurations logicielles et matérielles sur lesquelles l’équipe de test exécutera les cas de test.
7.
Calendrier et estimation
Il est crucial d’inclure les estimations d’effort (précédemment établies) ainsi que le calendrier détaillé des activités de test. Ce planning permet au test manager de suivre l’avancement des tests et de proposer des solutions / stratégies en cas d’éventuels dépassements.
8.
Déterminer les livrables des tests
Les livrables de test sont les documents, outils et composants qui doivent être développés et maintenus. Par exemple : le document de plan de test, les cas de test, les rapports de test, et parfois les scripts de test.
Organisation des tests
Consiste à définir les rôles dans le process de test pour organiser une équipe de test efficace en prenant en considération les compétences des personnes impliquées. Cette équipe va concevoir les cas de test, les scripts de tests et les exécuter. Le test manager détermine le nombre de membres de l’équipe nécessaire pour accomplir les activités de test.
Phase 2 : analyse des tests
Avant de commencer à rédiger les cas de test, il est indispensable d’analyser la base de test. Celle-ci inclut toute la documentation mise à disposition du testeur, telles que les spécifications fonctionnelles. Le testeur doit lire attentivement ces spécifications et en vérifier la qualité (dans le cadre de la revue de la spécification) pour détecter les défauts, avant d’en extraire les éléments à tester, car la qualité des cas de test dépend directement de celle des spécifications. En agissant ainsi, aucun test ne sera oublié ou répété inutilement.
Cette phase démarre à partir de l’objectif de test défini durant la planification et s’appuie sur le comportement attendu de l’application décrit dans les spécifications pour sélectionner les conditions de test.
Phase 3 : conception des tests
Durant cette étape, l’équipe de test entame la rédaction des cas de test de haut niveau. Les cas de test doivent être organisés selon le principe de la traçabilité bidirectionnelle, ce qui signifie que :
- Chaque exigence est associée au cas de test qui la vérifie ;
- Et chaque test est relié aux exigences qu’il couvre.
Cela permet d’assurer une couverture de tests complète et auditable.
Envie de savoir comment rédiger des cas de test à partir des exigences ?
? découvrez notre article « Méthode de rédaction des cas de test à partir des exigences »
Phase 4 : implémentation
Cette phase complète les éléments non réalisés lors de la phase de conception et prépare le terrain pour la phase d’exécution. Elle permet de :
- Détailler davantage les cas de test de haut niveau conçus à la phase précédente. Comment ? En ajoutant des procédures pour les tests manuels, en précisant les étapes (actions à effectuer et résultats attendus) et en définissant l’ordre d’exécution de ces cas de test.
- Préparer les scripts de test pour les tests automatisés.
- Préparer les données de test afin que les testeurs ne perdent pas de temps à les chercher ou à les créer durant l’exécution.
- Configurer les environnements de test avec tous les prérequis matériels et logiciels nécessaires à l’exécution des tests.
Phase 5 : exécution
C’est pendant cette phase d’exécution que les cas de test sont déroulés sur l’application. Le test manager (qui n’exécute pas forcément les tests lui-même) ne doit pas attendre la fin de cette phase pour découvrir les résultats. Il doit au contraire surveiller de manière continue le déroulement des tests.
Pour assurer un suivi efficace, plusieurs étapes doivent être suivies.
Monitoring et contrôle de test
Le monitoring et le contrôle des tests sont essentiels pour superviser et assurer que le projet de test progresse selon les délais et le budget prévus. Ces processus permettent de maintenir la bonne marche des tests et d’identifier rapidement les écarts par rapport aux plans initiaux.
Pour effectuer un monitoring efficace des tests, le test manager doit :
- Surveiller les indicateurs de performance en temps réel et les comparer aux performances attendues ;
- Signaler immédiatement tout problème détecté. Le test manager doit identifier le problème, le signaler et trouver une solution pour éviter des retards dans le calendrier de tests. Exemples de quelques solutions correctives pour pallier un retard :
- Retirer les tests « non critiques »
- Demander une ressource temporaire supplémentaire pour effectuer les tests
En ce qui concerne le contrôle des tests, le test manager doit prendre les mesures correctives nécessaires pour aligner les activités sur le plan initial. Cela peut inclure des ajustements du plan en fonction de l’évolution du projet et des situations imprévues.
Gestion des problèmes
Chaque projet peut rencontrer des problèmes inattendus susceptibles d’affecter les résultats finaux. Le test manager doit être capable de gérer ces problèmes efficacement pour minimiser leur impact sur le projet.
Rapport de tests et évaluation
Une fois les tests terminés, il est crucial de rédiger un rapport de test. Ce document doit détailler les résultats obtenus en termes de couverture des tests, les critères de sortie atteints, les défauts détectés, et toute autre information pertinente qui facilitera l’évaluation des résultats. Voici un exemple de modèle de rapport de test :
Phase 6 : clôture
La phase de clôture des tests est une étape de réflexion et de consolidation où l’on rassemble et analyse tout ce qui a été produit durant la campagne de tests qui vient de se terminer. Voici ci-dessous les principales activités réalisées pendant cette phase.
1.
Vérification des livrables
- L’équipe vérifie que tous les éléments qui devaient être livrés par l’équipe de test ont bien été remis ;
- Les rapports de défauts corrigés sont archivés, tandis que les défauts résiduels, c’est-à-dire ceux qui n’ont pas été corrigés, peuvent être convertis en demandes d’évolution pour être intégrés aux spécifications du prochain cycle de développement.
2.
Traçabilité et archivage
- Les résultats des tests sont consignés dans un compte rendu (rapport de test) ;
- Tous les cas de test conçus, les données de test, les outils de comparaison, les captures d’écran, etc., sont archivés pour une réutilisation éventuelle.
3.
Transmission des connaissances
Si une nouvelle équipe doit prendre en charge la qualité du produit, cette phase de clôture permet à l’équipe sortante de leur fournir toutes les informations et tous les résultats produits durant les tests, facilitant ainsi leur montée en compétences.
4.
Retour d’expérience
- L’équipe se réunit pour discuter, à tête reposée, des événements du projet ;
- Elle identifie ce qui a bien fonctionné afin de le reproduire et ce qui n’a pas bien fonctionné afin de l’éviter à l’avenir.
5.
Évaluation du processus de développement
- Les tests peuvent révéler des problèmes dans le processus de développement. Par exemple, une mauvaise interprétation des spécifications ou des erreurs de codage fréquentes.
- Si beaucoup de défauts sont dus à des erreurs de compréhension des spécifications, cela indique un problème de communication entre les référents fonctionnels et les développeurs, aussi appelé une rupture dans la chaîne de transmission des besoins.
- Si de nombreux défauts proviennent d’erreurs de codage, il peut être nécessaire de renforcer les tests statiques, comme les revues de code, et d’augmenter le nombre de tests unitaires.
En prenant du recul sur l’expérience passée, l’équipe de test peut ainsi améliorer la maturité de ses pratiques et la qualité de ses futurs projets.
Envie de découvrir comment optimiser votre production logicielle avec les concepts de DevOps et de Lean ?
? Découvrez notre article « DevOps, Lean, chaîne de valeur : optimiser la production logicielle »
Que retenir de la gestion des tests ?
Dans un contexte traditionnel type Waterfall / cycle en V, la gestion des tests est un processus structuré qui englobe l’organisation, le contrôle, ainsi que la traçabilité et la visibilité des activités de test. Elle se divise en 6 phases principales :
- Planification : identification des risques, estimation de l’effort, rédaction du plan de test et formation de l’équipe de test.
- Analyse : étude de la base de tests.
- Conception : rédaction des cas de test.
- Implémentation : préparation pour l’exécution des tests.
- Exécution : exécution et suivi continu des tests.
- Clôture : capitalisation et amélioration continue sur le processus de tests.
Dans cet article, nous avons esquissé les étapes clés de la gestion des tests pour garantir la qualité d’une application. Cependant, une simple compréhension de ces étapes ne suffit pas. Leur mise en œuvre correcte est essentielle pour le succès.
D’autres articles suivront pour présenter davantage certains points, vous donner des trucs et astuces, et parler des approches de test dans des contextes agiles.
« La connaissance sans la pratique est supérieure à la pratique sans la connaissance. La pratique jointe à la connaissance est supérieure à la connaissance sans la pratique. »
Ramana Maharshi
Vous avez aimé cet article ?
Abonnez-vous à notre newsletter pour ne rien rater de l’actualité Tech et Finance.
Pas encore de commentaires