Le cycle de vie des tests logiciels (STLC) est un ensemble d’actions menées de manière cohérente, systématique et planifiée, afin de déterminer si un produit logiciel fonctionne correctement et s’il existe des possibilités de l’améliorer. Toutes les étapes du cycle de tests logiciels ont un objectif précis et requièrent la présence d’un spécialiste disposant d’un solide bagage technique.
Voyons ce que représente le STLC et combien de composants il comporte. Globalement, il existe 8 phases de la procédure de test, qui se regroupent en 3 tâches : la préparation à l’exécution, l’exécution proprement dite et la conclusion. La partie conclusion est primordiale car les concepts de tests logiciels prévoient que chaque test exécuté doit aider à résoudre les bugs futurs.
Critères d’entrée et de sortie pour les tests
Chaque phase du STLC (à l’exception de la phase d’exigences, qui constitue une étape de niveau zéro) requiert des critères d’entrée et de sortie. Les critères d’entrée représentent un ensemble de prérequis qui doivent être remplis avant que le processus de test ne puisse être lancé.
Les critères de sortie des tests constituent un ensemble de conditions générales et spécifiques qui doivent être remplies avant que les tests soient considérés comme terminés. Concrètement, ces critères de test sont les objectifs et finalités à atteindre pendant le déroulement du test.
Phases du STLC
Étant un processus complexe, comportant de nombreuses étapes à réaliser, le STLC est divisé en plusieurs phases. Cette approche permet d’optimiser le temps consacré et de maximiser la fiabilité. Les phases sont donc les suivantes :
Phase d’exigences
Phase de planification
Phase d’analyse
Phase de conception
Phase de mise en œuvre
Phase d’exécution
Phase de conclusion
Phase de clôture
Phase d’exigences
Toute première étape du cycle de vie QA, durant laquelle l’équipe de test définit la manière exacte dont le produit final doit se comporter conformément aux exigences des parties prenantes. La collecte de ces informations permet d’optimiser le déroulement du processus du projet dès le départ. Au cours de cette phase, l’équipe définit les types de tests à réaliser ainsi que l’environnement dans lequel ils sont censés être exécutés.
Phase de planification
La deuxième étape du STLC est la phase de planification, qui inclut la définition des exigences pour les tests, l’estimation des risques susceptibles de survenir lors des procédures appropriées, le choix de la stratégie de test, l’établissement du calendrier et des séquences, ainsi que la création du plan de test. À ce stade, les objectifs et le périmètre du projet sont également déterminés afin de calculer l’effort total et le coût du projet.
Critères d’entrée : Documents d’exigences ;
Critères de sortie : Stratégie de test, plan de test, document d’estimation de l’effort de test.
Phase d’analyse
Cette étape est réalisée afin de définir précisément quelles procédures doivent être effectuées dans toutes les phases ultérieures de tests logiciels. Pour dresser une liste exhaustive et tenir compte de toutes les conditions nécessaires à respecter, l’équipe doit se plonger dans tous les aspects du projet et examiner tous les détails avec précision. Ce processus est très important car il a un impact direct sur la réussite des phases suivantes.
Critères d’entrée : Documents d’exigences ;
Critères de sortie : Stratégie de test, plan de test.
Phase de conception
Cette étape est aussi couramment appelée phase de développement des cas de test. Comme vous pouvez le deviner, à ce stade, l’équipe formalise tous les cas de test à réaliser. Un exemple simple : tester la connexion d’un utilisateur à un système avec des données valides/invalides. En fonction des exigences des parties prenantes, des cas appropriés sont créés. Les tests peuvent être conçus pour les tests boîte noire, mais aussi pour les tests boîte blanche. Il est important de créer une liste suffisante de cas couvrant tous les domaines nécessaires. Le cas échéant, les scripts pour les tests automatisés sont également écrits durant cette phase.
Critères d’entrée : Documents d’exigences, plan de test ;
Critères de sortie : Cas de test, scripts de test (si automatisés), données de test.
Phase de mise en œuvre
Il s’agit de l’étape finale avant l’exécution. Il est nécessaire de s’assurer que tous les prérequis nécessaires sont en place. Le test manager doit vérifier que l’environnement est configuré et conforme aux directives rédigées pour ce projet. En somme, à ce stade, le manager s’assure que tout est prêt pour l’exécution. Il désigne également les responsables de chaque partie des tests et estime le temps nécessaire à l’ensemble de la procédure.
Critères d’entrée : Plan de test ; cas de tests de fumée (smoke), données de test ;
Critères de sortie : Environnement de test, résultats des tests de fumée.
Phase d’exécution
Selon le plan de test et les cas de test élaborés aux étapes précédentes, les tests appropriés sont exécutés. Lorsqu’un bug est détecté, le spécialiste lui attribue un statut adéquat (échoué, bloqué, non exécuté, etc.) et lui assigne un identifiant. Une fois tous les bugs corrigés, l’équipe relance les tests afin de vérifier que tout est en ordre, car corriger un endroit peut entraîner l’apparition d’un bug ailleurs. Lorsque la version est prête, place à la phase de conclusion.
Critères d’entrée : Plan de test, cas de test, données de test, environnement de test ;
Critères de sortie : Rapport d’exécution des cas de test, rapport des défauts.
Phase de conclusion
Comme son nom l’indique, à cette avant-dernière étape du STLC, tous les tests exécutés et leurs résultats sont documentés, et les cas en échec ainsi que leurs défauts sont consignés. Les informations agrégées sont transmises au chef d’équipe sur une base hebdomadaire ou mensuelle ; il les analyse ou les passe en revue, puis les prépare en vue du rapport de clôture.
Critères d’entrée : Rapport d’exécution des cas de test, rapport des défauts ;
Critères de sortie : Rapport de clôture préparé.
Phase de clôture
Une fois tout terminé, l’équipe organise une réunion au cours de laquelle elle souligne les moments clés, examine les nouvelles façons d’éviter des défaillances similaires à l’avenir et prépare les indicateurs du projet (par exemple, le temps total passé, les coûts, la qualité, la couverture de test, etc.). Toutes les informations utiles sont enregistrées et documentées, de sorte que si un bug similaire survient à l’avenir, le testeur puisse le corriger rapidement.
Critères d’entrée : Rapport de clôture préparé ;
Critères de sortie : Rapport de clôture des tests, indicateurs de test.
