Différence entre tests boîte blanche et boîte noire (ISTQB)

Soumis par dpalicepeio le dim, 2 Nov 2025 - 10:31

Base: spécifications, exigences, cas d’utilisation
Focalisation: comportement observable (quoi)
Connaissance interne: non requise
Techniques typiques: partition d’équivalence, analyse des valeurs limites, tables de décision, modèles/diagrammes d’états et transitions, cas d’utilisation
Mesures de couverture: couverture des partitions, des valeurs limites, des règles, des états/transitions; couverture des exigences
Niveaux d’application: composant, intégration, système, acceptation

Base: structure interne, code, flux de contrôle et de données
Focalisation: implémentation (comment)
Connaissance interne: requise
Techniques typiques: couverture des instructions, décisions/branches, conditions, condition/décision modifiée (MC/DC), chemins; analyse du flux de données
Mesures de couverture: pourcentage d’instructions, de branches et de conditions couvertes; MC/DC; chemins couverts
Niveaux d’application: principalement composant et intégration; parfois système pour aspects techniques

Point de départ: spécifications (boîte noire) vs code/architecture (boîte blanche)
Objectif: validation du comportement vs vérification de l’implémentation
Type de défauts: omissions/erreurs de spécification vs erreurs de logique, chemins morts, conditions non couvertes
Indépendance: indépendant de l’implémentation vs dépendant du code
Critères d’arrêt: couverture fonctionnelle vs couverture structurelle mesurée

Approche combinée des deux types pour une assurance de qualité plus complète
Critères de sortie définis pour chaque type (ex.: couverture des partitions et des valeurs limites; couverture des branches et MC/DC selon le contexte)
Traçabilité: exigences vers cas de test (boîte noire); éléments de code vers cas de test (boîte blanche)