what is software testing life cycle
Test de logiciel:
Dans ce tutoriel, nous discutons de l'évolution des tests logiciels, Cycle de vie des tests logiciels et les différentes phases impliquées dans STLC.
Ce que vous apprendrez:
8 phases du cycle de vie des tests logiciels (STLC)
Évolution:
Tendance des années 1960:
Tendance des années 1990
Tendance des années 2000:
La tendance et la compétence des tests évoluent. Les testeurs doivent désormais être plus techniques et orientés processus. Les tests sont maintenant non seulement limités à la recherche de bogues, mais ont une portée plus large et sont nécessaires dès le début du projet, lorsque les exigences ne sont même pas finalisées.
Depuis le test est également standardisé. Tout comme le développement de logiciels a un cycle de vie, les tests ont également un cycle de vie. Dans les sections suivantes, je discuterai de ce qu'est un cycle de vie et comment cela est lié aux tests logiciels et j'essaierai de l'élaborer.
Commençons!
Qu'est-ce que le cycle de vie?
Le cycle de vie dans le terme simple fait référence à la séquence des changements d'un formulaire à d'autres formulaires. Ces changements peuvent arriver à n'importe quelle chose tangible ou intangible. Chaque entité a un cycle de vie depuis sa création jusqu'à sa retraite / disparition.
De la même manière, le logiciel est également une entité. Tout comme le développement d'un logiciel implique une séquence d'étapes, les tests comportent également des étapes qui doivent être exécutées dans une séquence définie.
Ce phénomène consistant à exécuter les activités de test de manière systématique et planifiée est appelé cycle de vie des tests.
Qu'est-ce que le cycle de vie des tests logiciels (STLC)
Le cycle de vie des tests logiciels fait référence à un processus de test qui comporte des étapes spécifiques à exécuter dans une séquence définie pour garantir que les objectifs de qualité ont été atteints. Dans le processus STLC, chaque activité est réalisée de manière planifiée et systématique. Chaque phase a des objectifs et des livrables différents. Différentes organisations ont des phases différentes dans STLC; cependant, la base reste la même.
Voici les phases de STLC:
- Phase des exigences
- Phase de planification
- Phase d'analyse
- Phase de conception
- Phase de mise en oeuvre
- Phase d'exécution
- Phase de conclusion
- Phase de fermeture
#1. Phase d'exigence :
Au cours de cette phase de STLC, analysez et étudiez les exigences. Organisez des séances de brainstorming avec d'autres équipes et essayez de savoir si les exigences sont testables ou non. Cette phase permet d'identifier la portée des tests. Si une fonctionnalité n'est pas testable, communiquez-la pendant cette phase afin que la stratégie d'atténuation puisse être planifiée.
#deux. Phase de planification :
angular js entretien questions et réponses
Dans les scénarios pratiques, la planification des tests est la première étape du processus de test. Dans cette phase, nous identifions les activités et les ressources qui permettraient d'atteindre les objectifs de test. Lors de la planification, nous essayons également d'identifier les métriques, la méthode de collecte et de suivi de ces métriques.
Sur quelle base se fait la planification? Seules les exigences?
La réponse est non. Les exigences constituent l'une des bases, mais il existe 2 autres facteurs très importants qui influencent la planification des tests. Ceux-ci sont:
- Stratégie de test de l'organisation.
- Analyse des risques / Gestion et atténuation des risques.
# 3. Phase d'analyse:
Cette phase STLC définit «QUOI» à tester. Nous identifions essentiellement les conditions de test à travers le document d'exigences, les risques produits et d'autres bases de test. La condition de test doit être traçable jusqu'à l'exigence.
Plusieurs facteurs affectent l'identification des conditions d'essai:
- Niveaux et profondeur des tests
- La complexité du produit
- Risques produits et projets
- Cycle de vie du développement logiciel impliqué.
- Gestion des tests
- Compétences et connaissances de l'équipe.
- Disponibilité des parties prenantes.
Nous devrions essayer d'écrire les conditions de test de manière détaillée. Par exemple, pour une application Web de commerce électronique, vous pouvez avoir une condition de test comme 'L'utilisateur doit pouvoir effectuer un paiement'. Ou vous pouvez le détailler en disant 'L'utilisateur devrait être en mesure d'effectuer le paiement via NEFT, carte de débit et carte de crédit'.
L'avantage le plus important de l'écriture de la condition de test détaillée est qu'elle augmente la couverture de test puisque les cas de test seront écrits sur la base de la condition de test, ces détails déclencheront l'écriture de cas de test plus détaillés qui finiront par augmenter la couverture.
Identifiez également les critères de sortie du test, c'est-à-dire déterminez certaines conditions dans lesquelles vous arrêterez le test.
# 4. Phase de conception:
Cette phase définit «COMMENT» tester. Cette phase comprend les tâches suivantes:
- Détaillez la condition de test. Décomposez les conditions de test en plusieurs sous-conditions pour augmenter la couverture.
- Identifier et récupérer les données de test
- Identifier et configurer l'environnement de test.
- Créer les métriques de traçabilité des exigences
- Créez des métriques de couverture de test.
# 5. Phase de mise en oeuvre:
La tâche principale de cette phase STLC est la création des cas de test détaillés. Hiérarchiser les cas de test identifie également le cas de test qui fera partie de la suite de régression. Avant de finaliser le cas de test, il est important de procéder à la revue pour s'assurer de l'exactitude des cas de test. N'oubliez pas non plus de décrocher les scénarios de test avant le début de l'exécution réelle.
Si votre projet implique l'automatisation, identifiez les scénarios de test candidats pour l'automatisation et procédez au script des scénarios de test. N'oubliez pas de les examiner!
# 6. Phase d'exécution :
Comme son nom l'indique, il s'agit de la phase du cycle de vie des tests logiciels où l'exécution réelle a lieu. Mais avant de commencer votre exécution, assurez-vous que votre critère d'entrée est respecté. Exécutez les cas de test, enregistrez les défauts en cas de divergence. Remplissez simultanément vos métriques de traçabilité pour suivre vos progrès.
# 7. Phase de conclusion :
Cette phase STLC se concentre sur les critères de sortie et le reporting. En fonction de votre projet et du choix des parties prenantes, vous pouvez décider du reporting si vous souhaitez envoyer un rapport quotidien du rapport hebdomadaire, etc.
Il existe différents types de rapports (DSR - Rapport d'état quotidien, WSR - Rapports d'état hebdomadaires) que vous pouvez envoyer, mais le point important est que le contenu du rapport change et dépend de la personne à qui vous envoyez vos rapports.
Si les chefs de projet appartiennent à un contexte de test, ils sont plus intéressés par l'aspect technique du projet, alors incluez les éléments techniques dans votre rapport (nombre de cas de test réussis, échoués, défauts soulevés, défauts de gravité 1, etc.).
Mais si vous faites rapport aux parties prenantes supérieures, elles pourraient ne pas être intéressées par les aspects techniques, alors signalez-leur les risques qui ont été atténués grâce aux tests.
# 8. Phase de fermeture:
Les tâches des activités de clôture comprennent les suivantes:
- Vérifiez que le test est terminé. Si tous les cas de test sont exécutés ou atténués délibérément. Vérifiez qu'aucun défaut de gravité 1 n'est ouvert.
- Faire une réunion sur les leçons apprises et créer un document sur les leçons apprises. (Incluez ce qui s'est bien passé, où se situe la portée des améliorations et ce qui peut être amélioré)
Conclusion
Essayons de résumer le cycle de vie des tests logiciels (STLC) maintenant!
| S. Non | Nom de la phase | Critères d'admission | Activités réalisées | Livrables |
|---|---|---|---|---|
| sept | Conclusion | Cas de test mis à jour avec les résultats Conditions de clôture du test | Fournir les chiffres précis et le résultat des tests Identifier les risques qui sont atténués | Mise à jour des métriques de traçabilité Rapport de synthèse du test Rapport de gestion des risques mis à jour |
| un | Conditions | Document de spécification des exigences Document de conception d'application Document des critères d'acceptation des utilisateurs | Faites un brainstorming sur les exigences. Créez une liste d'exigences et clarifiez vos doutes. Comprendre la faisabilité des exigences, qu'elles soient testables ou non. Si votre projet nécessite une automatisation, faites l'étude de faisabilité de l'automatisation. | RUD (document de compréhension des exigences. Rapport de faisabilité des tests Rapport de faisabilité d'automatisation. |
| deux | Planification | Document d'exigences mis à jour. Rapports de faisabilité des tests ' Rapport de faisabilité d'automatisation. | Définir la portée du projet Faites l'analyse des risques et préparez le plan d'atténuation des risques. Effectuer une estimation de test. Déterminez la stratégie et le processus de test globaux. Identifiez les outils et les ressources et vérifiez les besoins de formation. Identifiez l'environnement. | Document de plan de test. Document d'atténuation des risques. Document d'estimation de test. |
| 3 | Une analyse | Document d'exigences mis à jour Document de plan de test Document de risque Document d'estimation de test | Identifier les conditions de test détaillées | Document des conditions de test. |
| 4 | Conception | Document d'exigences mis à jour Document des conditions de test | Détaillez la condition de test. Identifier les données de test Créer les métriques de traçabilité | Document détaillé des conditions de test Mesures de traçabilité des exigences Mesures de couverture de test |
| 5 | Mise en œuvre | Document détaillé des conditions de test | Créez et passez en revue les cas de test. Créez et révisez les scripts d'automatisation. Identifiez les scénarios de test candidats pour la régression et l'automatisation. Identifier / créer les données de test Déconnectez-vous des scénarios de test et des scripts. | Cas de test Scripts de test Données de test |
| 6 | Exécution | Cas de test Scripts de test | Exécuter les cas de test Enregistrer les bogues / défauts en cas de divergence Signaler le statut | Rapport d'exécution de test Rapport de défaut Journal de test et journal des défauts Mise à jour des métriques de traçabilité des exigences |
| 8 | Fermeture | Condition de fermeture du test Rapport de synthèse du test | Faire la réunion rétrospective et comprendre les leçons apprises | Document sur les leçons apprises Matrices de test Rapport de clôture du test. |
TESTS HEUREUX !!
lecture recommandée
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Emploi d'assistant QA en test logiciel
- Cours de test logiciel: à quel institut de test logiciel dois-je adhérer?
- Choisir les tests de logiciels comme carrière
- Travail d'indépendant de rédacteur de contenu technique de test de logiciels
- Quelques questions d'entretien intéressantes sur les tests de logiciels
- Commentaires et évaluations du cours de test de logiciels
- Qu'est-ce que le cycle de vie des défauts / bogues dans les tests logiciels? Tutoriel sur le cycle de vie des défauts