what is stlc v model
Qu'est-ce que le modèle V STLC?
L'un des principaux handicaps de modèle STLC cascade était que des défauts ont été découverts à un stade très tardif du processus de développement puisque les tests ont été effectués à la fin du cycle de développement. Il est devenu très difficile et coûteux de corriger les défauts, car ils ont été découverts très tardivement. Pour surmonter ce problème, un nouveau modèle de développement a été introduit, appelé «modèle en V».
Le modèle V est aujourd'hui l'un des processus de développement logiciel les plus utilisés. L'introduction du modèle V a en fait prouvé la mise en œuvre des tests dès la phase d'exigence. Le modèle V est également appelé modèle de vérification et de validation.
Ce que vous apprendrez:
Verification ET VALIDATION
Pour comprendre le modèle V, commençons par comprendre ce qu'est la vérification et la validation dans un logiciel.
Vérification : La vérification est une technique d'analyse statique. Dans cette technique, les tests sont effectués sans exécuter le code. Les exemples incluent - Examens, inspection et procédure pas à pas.
Validation : La validation est une technique d'analyse dynamique où les tests sont effectués en exécutant le code. Les exemples incluent les techniques de test fonctionnelles et non fonctionnelles.
Modèle en V
Dans le modèle V, les activités de développement et d'assurance qualité sont effectuées simultanément. Il n'y a pas de phase discrète appelée Test, mais les tests commencent dès la phase d'exigence. Les activités de vérification et de validation vont de pair.
Pour comprendre le modèle V, regardons la figure ci-dessous:
modèles de cycle de vie de développement logiciel pdf
Dans un processus de développement typique, le côté gauche montre les activités de développement et le côté droit montre les activités de test. Je ne devrais pas me tromper si je dis que dans la phase de développement, la vérification et la validation sont effectuées en même temps que les activités de développement proprement dites.
Voyons maintenant le chiffre:
Côté gauche
Comme indiqué précédemment, les activités de gauche sont des activités de développement. Normalement nous ressentons, quels tests pouvons-nous faire en phase de développement, mais c'est la beauté de ce modèle qui démontre que les tests peuvent également être effectués dans toutes les phases des activités de développement.
Analyse des besoins : Dans cette phase, les exigences sont collectées, analysées et étudiées. Ici, la manière dont le système est mis en œuvre n'est pas important, mais ce que le système est censé faire est important. Séances de remue-méninges / procédure pas à pas, des entretiens sont effectués pour que les objectifs soient clairs.
- Activités de vérification : Revues des exigences.
- Activités de validation : Création d'UAT ( Test d'acceptation par l'utilisateur ) cas de test
- Artefacts produits : Document de compréhension des exigences, cas de test UAT.
Configuration système requise / conception de haut niveau : Dans cette phase, la conception de haut niveau du logiciel est construite. L'équipe étudie et examine comment les exigences pourraient être mises en œuvre. La faisabilité technique des exigences est également étudiée. L'équipe propose également les modules qui seraient créés / dépendances, besoins matériels / logiciels
- Activités de vérification : Revues de conception
- Activités de validation : Création de Plan de test du système et cas, Création de métriques de traçabilité
- Artefacts produits : Cas de test système, rapports de faisabilité, plan de test système, exigences matérielles-logicielles et modules à créer, etc.
Conception architecturale: Dans cette phase, basée sur la conception de haut niveau , une architecture logicielle est créée. Les modules, leurs relations et leurs dépendances, les diagrammes architecturaux, les tables de base de données, les détails technologiques sont tous finalisés dans cette phase.
- Activités de vérification : Revues de conception
- Activités de validation : Plan de test d'intégration et cas de test.
- Artefacts produits : Documents de conception, plan de test d'intégration et cas de test, conception de tables de base de données, etc.
Conception du module / Conception de bas niveau: Dans cette phase, chaque module des composants logiciels est conçu individuellement. Les méthodes, classes, interfaces, types de données, etc. sont tous finalisés dans cette phase.
- Activités de vérification : Revues de conception
- Activités de validation : Création et révision de cas de test unitaires.
- Artefacts produits : Cas de test unitaires,
Mise en œuvre / Code : Dans cette phase, le codage proprement dit est effectué.
- Activités de vérification : Revue de code, revue de cas de test
- Activités de validation : Création de cas de tests fonctionnels.
- Artefacts produits : cas de test, revoir la liste de contrôle.
Du côté de la main droite
Le côté droit montre les activités de test ou la phase de validation. Nous commencerons par le bas.
Test unitaire: Dans cette phase, tous les cas de test unitaires créés lors de la phase de conception de bas niveau sont exécutés.
* Le test unitaire est une technique de test de boîte blanche, où un morceau de code est écrit qui invoque une méthode (ou tout autre morceau de code) pour tester si l'extrait de code donne la sortie attendue ou non. Ces tests sont essentiellement effectués par l'équipe de développement. En cas d'anomalie, les défauts sont enregistrés et suivis.
Artefacts produits : Résultats de l'exécution du test unitaire
Test d'intégration : Dans cette phase, les cas de test d'intégration sont exécutés qui ont été créés dans la phase de conception architecturale. En cas d'anomalies, les défauts sont enregistrés et suivis.
* Test d'intégration: le test d'intégration est une technique dans laquelle les modules testés par unité sont intégrés et testés si les modules intégrés donnent les résultats attendus. En termes plus simples, il valide si les composants de l'application fonctionnent ensemble comme prévu.
Artefacts produits : Résultats des tests d'intégration.
Test des systèmes : Dans cette phase, tous les cas de test système, cas de test fonctionnel et cas de test non fonctionnel sont exécutés. En d'autres termes, le test réel et complet de l'application a lieu ici. Les défauts sont enregistrés et suivis pour sa fermeture. Les rapports d’avancement constituent également une partie importante de cette phase. Les métriques de traçabilité sont mises à jour pour vérifier la couverture et les risques atténués.
Artefacts produits : Résultats des tests, journaux de test, rapport de défaut, rapport de synthèse de test et matrices de traçabilité mises à jour.
Test d'acceptation des utilisateurs : Les tests d'acceptation sont essentiellement liés aux tests des exigences métier. Ici, des tests sont effectués pour valider que les exigences commerciales sont satisfaites dans l'environnement utilisateur. Tests de compatibilité et parfois tests non fonctionnels ( Charge, contrainte et volume ) des tests sont également effectués dans cette phase.
Artefacts produits : Résultats UAT, mise à jour des matrices de couverture des entreprises.
Quand utiliser le modèle V?
Le modèle V est applicable lorsque:
- L'exigence est bien définie et non ambiguë
- Les critères d'acceptation sont bien définis.
- Le projet est de taille courte à moyenne.
- La technologie et les outils utilisés ne sont pas dynamiques.
Avantages et inconvénients de l'utilisation du modèle V
| AVANTAGES | LES INCONVÉNIENTS |
|---|---|
| - Le développement et les progrès sont très organisés et systématiques | -Ne convient pas aux projets plus grands et complexes |
| - Fonctionne bien pour les projets de petite à moyenne taille. | - Ne convient pas si les exigences ne sont pas cohérentes. |
| - Les tests commencent dès le début afin que les ambiguïtés soient identifiées dès le début. | - Aucun logiciel fonctionnel n'est produit à l'étape intermédiaire. |
| - Facile à gérer car chaque phase a des objectifs et des buts bien définis. | - Aucune provision pour l'analyse des risques, donc l'incertitude et les risques sont là. |
lecture recommandée
- Tutoriel de test SOA: méthodologie de test pour un modèle d'architecture SOA
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Test statique et test dynamique - Différence entre ces deux techniques de test importantes
- Modèle en spirale - Qu'est-ce que le modèle en spirale SDLC?
- Test de logiciel pratique - Nouvel eBook GRATUIT (Télécharger)
- Test alpha et test bêta (un guide complet)
- Téléchargement du livre électronique sur les tests
- Sur site - Modèle offshore de projets de test de logiciels (et comment le faire fonctionner pour vous)