TESTS BOITES NOIRES et TESTS BOITES BLANCHES

©2000 Reproduction interdite J.Printz / CNAM - CMSL / VVT Chapitre 2 : Tests boites noires et tests boites blanches / Vers. 5.0 Page 1
VALIDATION VERIFICATION TESTS
TESTS BOITES NOIRES et TESTS BOITES BLANCHES
STRUCTURE ET ORGANISATION DES PROGRAMMES EN VUE
DES TESTS
C E N T R E D E
M A I T R I S E D E S
S Y S T E M E S E T
D U L O G I C I E L

©2000 Reproduction interdite J.Printz / CNAM - CMSL / VVT Chapitre 2 : Tests boites noires et tests boites blanches / Vers. 5.0 Page 2
TESTS BOITES NOIRES et TESTS BOITES BLANCHES

©2000 Reproduction interdite J.Printz / CNAM - CMSL / VVT Chapitre 2 : Tests boites noires et tests boites blanches / Vers. 5.0 Page 3
Typologie des systèmes informatiques (1/2)
•Deux grandes classes de programmes et/ou de systèmes qui
interagissent de plus en plus :
–Programmes TRANSFORMATIONNELS séquentiels et/ou concurrents
–Transforment progressivement, et par étapes, les données entrées en résultats
–La description des données est primordiale
»Exp. :
•une transaction dans un système d’information
•un calcul dans une simulation numérique, etc.
–Programmes RÉACTIFS synchrones et/ou asynchrones
–Maintiennent une relation constante avec l’environnement
–La description du comportement est primordiale (ce qui implique un modèle de
l’environnement)
»Exp. :
•un ensemble de transactions dans un système d’information qui interagissent avec un ensemble
d’usagers du SI
• le pilote automatique d’un avion, etc.

©2000 Reproduction interdite J.Printz / CNAM - CMSL / VVT Chapitre 2 : Tests boites noires et tests boites blanches / Vers. 5.0 Page 4
Typologie des systèmes informatiques (2/2)
•Dans les deux cas, l’architecture logicielle est une caractéristique
fondamentale
–Architecture des DONNÉES
–MCD, schémas et vues des données, types des données, codage des données,
variables essentielles/inessentielles, dépendances fonctionnelles, Domaines et plages
de valeurs des données
–Architecture des TRAITEMENTS
–Enchaînements des fonctions qui réalisent la transformation entre un état initial
(supposé cohérent) et un état final qui soit l’exact reflet de la réalité que le programme
et/ou le système modélise
–Principe ACID de la programmation transactionnelle
–Architecture des CONTRÔLES
–Événements programmés et/ou inopinés, interruptions, attentes, retards,
synchronisation, protocoles, états, transitions, automates
–État nominal de l’environnement et contrôle de l’environnement

©2000 Reproduction interdite J.Printz / CNAM - CMSL / VVT Chapitre 2 : Tests boites noires et tests boites blanches / Vers. 5.0 Page 5
Éléments visibles du composant (1/2)
MAINTENABILITE / INSTRUMENTATION
•paramètres et/ou ordres de visualisation des
états internes de l'élément
Pvisu
Elément ou
Composant
à Tester
DEDS
DOMAINE ENTRÉE / LECTURE
•initialisation avec une combinaison
valide des données d'entrée
DOMAINE SORTIE / ECRITURE
•État final résultant de l'exécution
de l'élément à partir des données
d'entrée
Traces
TRACES
•États intermédiaires résultant de
l'instrumentation
Données Code
Contrôle
Canal d'observation
Canal d'intrusion
État initial État final