Applications Web

STLC - Phases du cycle de vie des tests logiciels et critères d'entrée et de sortie

30 octobre 2021

Table des matières

Cycle de vie des tests logiciels (STLC) : une introduction

Le cycle de vie des tests logiciels ou STLC est un ensemble d'activités enchaînées à mener pendant le processus de test pour satisfaire les objectifs de qualité logicielle.

Le test logiciel n'est pas une activité unique/isolée mais une série d'activités prédéfinies impliquant à la fois la vérification et la validation.

Ces activités de test de logiciels sont menées de manière méthodologique pour aider à certifier le produit logiciel.

le Cycle de vie des tests logiciels (STLC) Le modèle comporte un total de 6 étapes qui doivent être complétées pour obtenir la certification de votre logiciel. Ainsi, l'équipe de test doit avoir une connaissance détaillée des phases STLC ainsi que de la planification des tests applicables dans le projet. Ils doivent maîtriser l'activité de développement de cas de test et le document de stratégie.

Chacune de ces étapes STLC a ses propres critères d'entrée et de sortie, ses livrables et ses activités.

Les étapes sont :

  1. Analyse des besoins
  2. Planification des tests
  3. Conception des tests
  4. Configuration de l'environnement de test
  5. Exécution des tests
  6. Clôture de l'essai

Phases du cycle de vie des tests logiciels, critères d'entrée et de sortie

Dans Software Testing Life Cycle ou STLC, pour chaque niveau ou phase, le test a des critères d'entrée et de sortie.

Critère d'entrée: Cela indique les éléments ou critères préalables qui doivent être satisfaits avant le début du test de cette phase.

Critère de sortie: Cela stipule que les éléments ou critères à remplir avant une phase ou un niveau particulier peuvent se terminer pour finalement aboutir à un rapport de clôture de test.

Idéalement, on ne peut pas entrer dans la prochaine étape STLC à moins que les critères de sortie de la précédente ne soient satisfaits. Il en est ainsi parce qu'il n'est pas toujours pratiquement possible pour l'équipe de test de phase de sauter un critère de sortie et de passer à la phase suivante.

Ainsi, dans cet article, nous allons nous concentrer sur les différentes activités et livrables requis ou impliqués dans les différentes étapes et phases du STLC.

Phases STLC

Phases STLC

1. Analyse des besoins

Cette Test de logiciel La phase du cycle de vie (STLC) nécessite que l'équipe de test étudie le document d'analyse des exigences et l'analyse d'un point de vue de test pour identifier les exigences testables. Ils aident au développement des cas de test.

Ces exigences peuvent être fonctionnelles ou non fonctionnelles et donc être traitées en conséquence.

L'équipe d'assurance qualité peut également interagir avec les parties prenantes pour clarifier tout doute concernant les exigences.

Les tests de faisabilité de l'automatisation font également partie de cette phase de collecte des exigences dans le cycle de vie des tests du logiciel STLC.

Voir également 6 correctifs pour l'Avast Web Shield ne s'allument pas sous Windows

Critère d'entrée:

  • Le document d'exigence (fonctionnel et non fonctionnel à la fois) doit être disponible dans cette phase.
  • Les critères d'acceptation doivent être définis.
  • Le document d'architecture de l'application doit être disponible.

Activités:

  • Il identifie les différents types de tests qui doivent être effectués.
  • L'analyse de faisabilité de l'automatisation est effectuée si nécessaire pour générer un rapport de faisabilité de l'automatisation.
  • Détermination des détails de l'environnement de test.
  • Les détails sur les priorités et l'orientation des tests sont rassemblés.
  • En train de préparer Matrice de traçabilité des exigences (RTM).

Critère de sortie:

  • Signature RTM.
  • Le client signe le rapport de faisabilité de l'automatisation des tests.

Livrables :

  • RTM à générer.
  • Le rapport de faisabilité de l'automatisation est généré, le cas échéant.

2. Planification des tests

La deuxième étape de la Test de logiciel Le cycle de vie (STLC), appelé phase de planification des tests, implique la détermination de la stratégie de test par le responsable principal de l'assurance qualité pour effectuer diverses activités de test.

Au cours de cette phase, l'environnement de test, les ressources, le calendrier des tests, les limites des tests sont déterminés, et le plan est préparé et finalisé en conséquence avant de poursuivre le développement des cas de test.

Après l'analyse des exigences, la planification des tests est la prochaine phase la plus importante et doit donc être effectuée avec prudence.

Le budget, les efforts, le temps et presque tout ce qui concerne les tests dépendent de la formation correcte du document de planification des tests, c'est pourquoi il est principalement attribué à l'équipe d'assurance qualité (AQ).

Cette phase de développement du plan de test implique également l'estimation des efforts et du coût du projet ainsi qu'un document de plan de test.

Critère d'entrée:

  • Les documents requis doivent être disponibles.
  • Une matrice de traçabilité des exigences de la phase précédente doit être disponible.
  • Enregistrement pour l'automatisation des tests de faisabilité de la dernière phase.

Activités:

  • Sélection d'un outil de test logiciel.
  • Document d'estimation des coûts et des efforts de test.
  • Document de stratégie de test pour divers tests à préparer.
  • Les besoins en formation doivent être analysés.
  • La détermination des rôles et des responsabilités et la planification des ressources doivent être faites.

Critère de sortie:

  • Le gestionnaire de test a un plan de test approuvé.
  • Les documents d'estimation des coûts et des efforts doivent être signés.

Livrables :

  • Document de stratégie de test livré.
  • Document d'estimation des coûts et des efforts fourni.

3. Conception des tests (cas de test)

La vérification, la création et le remaniement de divers cas de test, scripts de test et données de test doivent être achevés au cours de cette phase de test de STLC.

Avant de créer des cas de test, les données de test des scripts de test doivent être identifiées, créées, puis examinées et retravaillées ultérieurement en fonction des conditions préalables définies pour générer des cas de test. Ces cas de test fournissent une couverture de test complète dans le projet.

Cependant, il faut savoir qu'il n'est pas possible d'exécuter tous les cas de test possibles.

Après la finalisation des données de test, l'équipe QA peut commencer à développer divers cas de test, des scripts de test pour différentes unités du projet.

Voir également Power BI Vs Tableau : Meilleur logiciel de visualisation de données

Critère d'entrée:

  • Les documents d'exigence sont disponibles pour les phases précédentes.
  • Plan de test et RTM livrés des phases précédentes.
  • Rapport d'analyse pour l'automatisation disponible.

Activités:

  • Les scripts d'automatisation, le cas échéant, et les scénarios de test pour les tests doivent être créés.
  • Ces cas de test et ces scripts sont examinés et référencés.
  • Si l'environnement de test est disponible, les données de test et les scénarios de test sont créés.

Critère de sortie:

  • Le cas de test/script doit être revu et signé.
  • Les données de test doivent être examinées et signées.

Livrables :

  • Cas de test ou scripts générés.
  • Cas de test finalisés.

4. Configuration de l'environnement de test

Les conditions matérielles et logicielles dans lesquelles les tests seront effectués sont déterminées dans cette phase de STLC.

Cela peut être fait en parallèle avec la phase de conception des tests.

La configuration de l'environnement de test est l'un des aspects les plus critiques du processus de test.

Avant de commencer les tests réels du projet, l'équipe de test effectue une vérification de l'état de préparation ou un test de fumée de l'environnement de test.

Cette phase n'a pas besoin d'être effectuée si la conception de test fournit l'environnement de test.

Critère d'entrée:

  • Les plans de configuration de l'environnement de la phase de conception des tests doivent être disponibles.
  • Les documents de conception et d'architecture du système doivent être disponibles.

Activités:

  • La liste des exigences matérielles et logicielles est préparée en comprenant la configuration et l'architecture de l'environnement requis.
  • Les données de test et l'environnement sont configurés.
  • Avant les tests réels, des tests de fumée de la construction sont effectués.

Critère de sortie:

  • Les tests de fumée devraient réussir.
  • La configuration de l'environnement doit fonctionner conformément au plan et à la liste de contrôle.
  • La configuration des scripts de test, des données de test et des scénarios de test dans l'environnement est terminée.

Livrables :

  • Un environnement prêt à l'emploi avec des données de test est livré.
  • Les résultats du test de fumée sont générés.

5. Exécution des tests

La cinquième phase de STLC, appelée exécution de test, consiste à tester le logiciel de construction en fonction des cas de test et des données de test générées dans la troisième phase de STLC et est effectuée dans l'environnement de test développé.

Les testeurs sont tenus d'exécuter chaque cas de test dans cette phase d'exécution de test et de générer un rapport d'exécution de cas de test.

L'exécution du script de test, le signalement des défauts et la maintenance du script de test sont quelques-unes des étapes impliquées dans cette phase de STLC.

Si des défauts sont signalés, les tests s'arrêtent et sont renvoyés à l'équipe de développement.

Une fois que l'équipe de développement a résolu le défaut, un nouveau test est effectué.

Critère d'entrée:

  • Les données de test configurées avec l'environnement doivent être complétées.
  • Le plan de test, le RTM de base et les cas/scripts de test doivent être mis à disposition.
  • L'environnement de test doit être prêt et testé à la fumée.
  • Des rapports de tests unitaires et d'intégration pour différents modules doivent être disponibles.

Activités:

  • Les tests doivent être exécutés conformément au plan.
  • Pour tout défaut détecté, un nouveau test sera effectué.
  • RTM est mappé avec les défauts aux cas de test.
  • Les résultats des tests et les défauts des cas ayant échoué sont documentés et consignés.
  • Les défauts doivent être fermés par un nouveau test et avant d'entrer dans la phase finale.
Voir également 7 correctifs pour 'Si la lecture ne commence pas sous peu, essayez de redémarrer votre appareil'

Critère de sortie:

  • Tous les cas de test et les plans ont été exécutés avec succès.
  • Défauts enregistrés et suivis jusqu'à leur fermeture

Livrables :

  • Le RTM avec le statut d'exécution est terminé et livré.
  • Les résultats des cas de test sont mis à jour dans le rapport d'exécution de cas de test.
  • Des rapports de défauts sont délivrés.

6. Clôture de l'essai

La phase finale de STLC, Test Closure, est une phase cruciale du projet pour éliminer les goulots d'étranglement du processus pour les futurs cycles de test.

La phase de clôture du cycle de test implique la collecte du rapport final, des matrices d'achèvement des tests et des rapports d'achèvement des tests.

En dehors de ceux-ci, la phase de clôture du cycle de test implique également une réunion des membres de l'équipe de test pour discuter et analyser les stratégies de test qui peuvent être mises en œuvre à l'avenir, comme une leçon tirée du cycle de test actuel.

Critère d'entrée:

  • Tous les tests sont terminés.
  • Les résultats finaux des tests sont disponibles.
  • Le journal complet des défauts est disponible.

Activités:

  • Un rapport de clôture du test sera préparé.
  • Le temps, le coût, le logiciel, la couverture des tests, la qualité, les objectifs commerciaux critiques sont utilisés pour évaluer les critères d'achèvement du cycle.
  • Des mesures de test basées sur les paramètres ci-dessus seront préparées.
  • La répartition des défauts par type et gravité est trouvée à l'aide de l'analyse des résultats des tests.
  • Des rapports quantitatifs et qualitatifs sur la qualité du Logiciel sont communiqués au client.

Critère de sortie:

  • Le client signera le rapport de clôture du test.

Livrables :

  • Mesures de test livrées.
  • Rapport de clôture du test généré.

STLC vs SDLC : en quoi diffèrent-ils ?

SDLCSTLC
SDLC signifie Cycle de vie du développement logiciel .STLC signifie Software Testing Life Cycle.
Selon les documents de conception, tout le travail et le vrai codage sont effectués.L'équipe de test est chargée de créer des scénarios de test, des environnements de test et de tester le code développé.
Il est de la responsabilité de l'analyste métier de recueillir les exigences des parties prenantes et de créer un plan de développement.La responsabilité de l'assurance qualité (AQ) est d'analyser les exigences fonctionnelles et non fonctionnelles à partir du document d'exigences et de créer un document de plan de test avec les cas de test applicables.
Le support et les mises à jour post-déploiement font partie du cycle de vie du développement logiciel (SDLC).Les tests de régression et les scripts d'automatisation sont généralement exécutés pour effectuer la maintenance du code.
L'objectif principal de SDLC est de déployer avec succès le logiciel avec toutes les phases, y compris les tests à effectuer.STLC fait partie de SDLC, avec les tests comme seul objectif.
L'équipe de développement crée des conceptions de haut et de bas niveau dans le cadre de SDLC.L'analyste de test est responsable de la création du plan de test d'intégration et des cas de test dans STLC.
Il comporte six phases : analyse des exigences, conception du logiciel, construction du logiciel, test, déploiement, maintenanceIl existe six phases STLC : Analyse des exigences, Planification des tests, Développement des scénarios de test, Configuration de l'environnement de test, Exécution des tests, Clôture des tests

SDLC contre STLC

FAQ STLC

Quelles sont les phases du STLC ?

Il comporte six phases : analyse des exigences, planification des tests, développement des cas de test, configuration de l'environnement de test, exécution des tests, clôture du cycle de test.

Quelle est la différence entre STLC et SDLC ?

STLC : Il signifie Software Testing Life Cycle, dans lequel l'équipe QA teste le logiciel développé pour détecter tout bogue éventuel à l'aide d'un plan de test, de cas de test et d'un environnement de test.
SDLC : Cela signifie Software Development Life Cycle, dans lequel un analyste métier analyse les exigences métier en fonction du développeur qui développe le code. Les tests et la maintenance font également partie du SDLC.

Quel est le cycle de vie de l'assurance qualité ?

Le cycle de vie de l'assurance qualité (AQ) ou STLC fait référence à un ensemble d'activités enchaînées à mener pendant le processus de test pour satisfaire les objectifs de qualité du logiciel.

Quels sont les critères d'entrée pour le codage ?

Les critères d'entrée pour le codage comprennent :
Vérifier la disponibilité et l'utilisabilité de l'environnement de test.
Vérifier l'installation des outils de test.
Vérifiez le code de test de disponibilité.
Vérifier la disponibilité et la validation des données de test.