M. Félix donne une définition très claire de ce qu’est un test (FELIX 2011) : « Toute fabrication de
produit suit les étapes suivantes : conception, réalisation et test. Avec le test, on s’assure que le
produit final correspond à ce qui a été demandé… ».
Selon l’institut des ingénieurs électriciens et électroniciens (The Institute of Electrical and
Electronics Ehgineers 345 East 47th Street, New York, NY 10017, USA s. d.), « le test est un
processus manuel ou automatique, qui vise à établir qu’un système vérifie les propriétés exigées par
sa spécification, ou à détecter des différences entre les résultats engendrés par le système et ceux
qui sont attendus par la spécification ».
M. Gianas affirme que quels que soient les modèles de conception adoptés, en cascade, en Y ou en
V comme le montre par exemple la Figure 12, on retrouve tout au long du processus de création du
produit les principaux niveaux de tests (Régis-Gianas 2010):
· Test unitaire: le test de composants logiciels individuels.
· Tests d’intégration : tests effectués pour montrer des défauts dans les interfaces et
interactions de composants ou systèmes intégrés.
· Test d’acceptation : test formel en rapport avec les besoins, exigences et processus métier,
conduit pour déterminer si un système satisfait ou non aux critères d’acceptation et
permettre aux utilisateurs, clients ou autres entités autorisées de déterminer l’acceptation ou
non du système.
· Test de régression : tests d’un programme préalablement testé, après une modification, pour
s’assurer que des défauts n’ont pas été introduits ou découverts dans des parties non
modifiées du logiciel, comme suites des modifications effectuées. Ces tests sont effectués
quand le logiciel ou son environnement est modifié.
Figure 13 : Implémentation des tests avec NModel (Chinnapongse et al. 2009)
Page suivante : 3.1.3.2 Tests basés sur les modèles (Model Based Testing)
Retour au menu : Stratégie de test au sein du processus d’évolution d’architecture de Sodifrance