Validation et Vérification des Logiciels : Guide Complet

Objectifs de la validation et de la vérification : Détecter et corriger les défauts dans les plus brefs délais. Réduire le risque d'écart par rapport au budget et au calendrier. Améliorer la qualité et la fiabilité des logiciels. Améliorer la visibilité de la gestion du processus de développement. Évaluer rapidement les modifications.

Philosophie des Tests Logiciels

Recommandations de G.J. Myers :

• Chaque cas de test doit définir le résultat de sortie prévu.
• Le programmeur doit éviter les essais sur ses propres programmes.
• Les résultats de chaque essai doivent être inspectés de manière approfondie pour identifier d'éventuels symptômes d'effets.
• Pour générer des cas de test, il faut inclure à la fois des données valides et non valides, ainsi que des entrées inattendues.
• Montrer que le logiciel fait ce qu'il doit faire et ne fait pas ce qu'il ne devrait pas faire.
• Aucun plan de test ne doit être établi en supposant l'absence de défauts pour éviter de gaspiller des ressources.

La Preuve dans le Développement de Logiciels

La preuve est tout aussi importante, voire plus, que le développement de logiciels.

Différences entre Boîte Noire et Boîte Blanche

Boîte Noire : L'approche boîte noire consiste à étudier les fonctions. Elle teste toutes les entrées et les sorties possibles du programme.

Boîte Blanche : Cette approche se concentre sur la structure interne du programme pour sélectionner des cas de test et tester tous les chemins d'exécution.

Tests Structurels

• Couverture des États : Chaque instruction doit être exécutée au moins une fois.
• Couverture des Décisions : Chaque décision doit avoir un résultat vrai ou faux.
• Couverture des Conditions : La condition de chaque décision doit être prise par la valeur vrai et faux au moins une fois.
• Critères de Décision / Condition : Critères de conditions, mais en ajoutant la décision.
• Critères de Conditions Multiples : Évaluation des conditions multiples.

Cycle en V

Les tests unitaires se concentrent sur le module logique et les divers aspects des fonctions à accomplir par le module. Le test d'intégration doit prendre en compte les mécanismes de regroupement des modules prévus dans la structure du programme. Le test se concentre sur son système de tests pour atteindre les objectifs dans le système.

Essai de Réception

Utilisé pour permettre à l'utilisateur de vérifier que le produit final répond aux attentes.

Vérification

L'objectif est de confirmer objectivement que les produits et/ou les processus de développement répondent aux normes, spécifications et procédures utilisés dans le projet.

Procédure Pas à Pas

L'objectif est l'évaluation d'un produit pour les défauts, afin d'améliorer la conformité du produit aux normes et d'examiner les solutions possibles aux problèmes.

Maintenance

Le processus de modification d'un système ou d'un composant logiciel après sa mise en production afin de corriger les défauts, d'améliorer les performances ou d'autres attributs, ou de s'adapter à un environnement changeant.

• Maintenance Perfective (60%) : Améliorer ou ajouter de nouvelles fonctionnalités demandées par l'utilisateur.
• Maintenance Adaptative (18%) : Activités entreprises pour adapter le système aux changements de son environnement technologique.
• Maintenance Corrective (17%) : Corriger les défauts dans le matériel ou le logiciel détectés par les utilisateurs.
• Maintenance Préventive (5%) : Assurer la maintenance future du système.

Révision

Se compose d'une réunion d'un groupe de personnes pour examiner un produit et comparer tout objectif.