En ce qui concerne le développement logiciel, toutes les activités de test peuvent être divisées en plusieurs étapes. Tout comme le cycle de vie du développement logiciel (SDLC), il existe également un cycle de vie des tests logiciels (STLC). Suivre toutes les étapes peut être crucial pour bien mener le processus et se traduire par une efficacité beaucoup plus élevée des tests effectués et, par conséquent, une qualité beaucoup plus élevée du produit final. Lisez la suite pour en savoir plus.

6 phases du STLC – table des matières :

  1. Phase 1 : Analyse des exigences
  2. Phase 2 : Planification des tests
  3. Phase 3 : Développement des cas de test
  4. Phase 4 : Configuration de l’environnement
  5. Phase 5 : Exécution des tests
  6. Phase 6 : Clôture des tests
  7. 6 phases du STLC – résumé

Phase 1 : Analyse des exigences

Ceci est la première étape du cycle. L’équipe de test examine attentivement les exigences du produit. S’il y a des conflits, des omissions, des inexactitudes ou des malentendus, l’équipe de test en discute avec divers intervenants du projet, tels que l’analyste commercial ou l’architecte logiciel.

Critères d’entrée :

  • Spécification des exigences commerciales (BRS)
  • un document d’architecture logicielle

Tâches à accomplir :

  • déterminer les tests à effectuer
  • définir les priorités pour l’exécution des tests
  • vérifier quels tests doivent être manuels et lesquels doivent être automatisés

Critères de sortie :

  • une liste d’exigences pour les tests
  • tous les tests à automatiser

Phase 2 : Planification des tests

À ce stade, l’équipe de validation planifie toutes les activités de test en rédigeant un plan de test. Ce document spécifie :

  • les objectifs à atteindre
  • les processus et méthodes à mettre en œuvre
  • l’environnement et les outils à utiliser
  • les éléments à tester ou non tester
  • l’organisation de l’équipe et la répartition des tâches
  • les objectifs intermédiaires pour diverses activités
  • les risques qui peuvent survenir

En plus de développer le plan de test, une estimation des coûts est également établie à cette phase.

phases du STLC

Phase 3 : Développement des cas de test

Dans cette phase — également connue sous le nom de Conception de Test — il y a quatre étapes à suivre :

1. Préparer des scénarios de test

Le responsable des tests ou le leader des tests prépare un scénario de test qui sera utilisé pour créer des cas de test.

2. Créer des cas de test

Pour chaque scénario, les testeurs rédigeront des cas de test afin de vérifier que la fonctionnalité du logiciel répond à ses exigences. Dans le cas de l’automatisation des tests, c’est à ce stade que les scripts de test seront écrits.

3. Préparer les données de test

L’équipe de test doit préparer un ensemble de données à utiliser lors de l’exécution des cas de test. Cela peut être des données positives ou négatives pour tester la performance de la fonction dans le cas de données correctes ou incorrectes.

4. Préparer le RTM

L’équipe de test prépare une Matrice de Traçabilité des Exigences (RTM) clé. Ce document est utilisé pour suivre quels tests sont nécessaires pour vérifier si les exigences seront satisfaites ou non. Avant le début des tests, les parties prenantes effectueront des vérifications et des validations de ce qui a été développé lors des activités ci-dessus.

Phase 4 : Configuration de l’environnement

C’est une phase dans laquelle l’équipe de test n’est pas impliquée. Une équipe distincte s’occupera de la préparation et de la configuration de l’environnement. Les testeurs seront informés de la manière dont l’environnement a été configuré et quelle version du logiciel est à jour.

La seule activité requise de l’équipe de test est de préparer des tests de validation pour vérifier que la version installée est adaptée aux tests. Si les tests de validation échouent, la version sera rejetée et les tests seront suspendus jusqu’à ce que les problèmes indiqués soient résolus.

Critères d’entrée :

  • plan de test
  • date de test
  • test de validation

Tâches à accomplir :

  • préparation de l’environnement de test
  • configuration de l’environnement de test
  • configuration des données de test
  • exécution des tests de validation sur la compilation

Critères de sortie :

  • environnement de test utilisable
  • données de test utilisables
  • résultats positifs des tests de validation

Phase 5 : Exécution des tests

C’est simplement l’exécution des tests. Au cours de cette phase, les testeurs peuvent identifier d’éventuelles anomalies et tester les améliorations développées par les programmeurs. Les tâches de l’équipe de test seront :

  • exécuter les cas de test développés précédemment et comparer le résultat attendu avec celui obtenu
  • maintenir le script de test
  • identifier, détecter, enregistrer et signaler tout défaut détecté
  • re-tester les corrections de défauts

Critères d’entrée :

  • environnement de test fonctionnel
  • données de test correctes
  • plan de test
  • cas de test à exécuter

Tâches à accomplir :

  • effectuer des tests selon le plan de test
  • documenter les résultats des tests
  • gérer le cycle de vie des défauts

Critères de sortie :

  • exécution de tous les tests impliquant le MTR
  • cas de test mis à jour avec résultats
  • rapports de défauts

Phase 6 : Clôture des tests

Le logiciel sera mis en œuvre. L’équipe de validation se réunit pour analyser les résultats et identifier les domaines à améliorer dans les projets futurs. Le responsable des tests prépare un rapport de clôture des tests, qui sera effectué sur une base quotidienne (DSR – rapport de statut quotidien) ou hebdomadaire (WSR – rapport de statut hebdomadaire), comme convenu par les parties prenantes.

À la fin, l’équipe de test se réunit pour analyser les cas de test, les défauts trouvés, le temps passé, le respect des délais, etc. De cette manière, il est possible de déterminer ce qui doit être amélioré dans le prochain cycle de test.

Critères d’entrée :

  • rapports d’exécution des tests
  • rapports de défauts

Tâches à accomplir :

  • analyser ce qui a été testé
  • créer un rapport de clôture des tests

Critères de sortie :

  • clôture du processus sans défauts ouverts
  • rapport de clôture des tests

6 phases du STLC – résumé

Le développement logiciel ne pourrait exister sans une phase de test. Une préparation adéquate pour ce processus apporte de nombreux avantages, notamment, et surtout, des économies de temps et d’argent pour d’éventuelles révisions futures. Nous espérons que cet article vous a aidé à en savoir plus sur le cycle de vie des tests logiciels (STLC).

Vous venez de lire sur les 6 phases du STLC. Découvrez notre autre série sur Python et Javascript !

Si vous aimez notre contenu, rejoignez notre communauté de abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Robert Whitney

Expert en JavaScript et instructeur qui forme les départements informatiques. Son objectif principal est d'améliorer la productivité de l'équipe en enseignant aux autres comment coopérer efficacement lors du codage.

View all posts →