Technique de test en programmation (test fonctionnel)

TD N°1: Sur les techniques

de test fonctionnel

        I-PROBLÉMATIQUE :

        1-L'ingénieur de test doit utiliser des techniques dans le cadre de son activité de test d'un logiciel. Ces techniques sont multiples et variés afin de tester le logiciel le plus efficacement possible. Cette première série de travaux dirigés, a pour but de mettre en œuvre dans la pratique certaines techniques de test fonctionnel introduites en cours, notamment les techniques fondées sur l'analyse partitionnelle, les tests aux limites et le graphe cause-effet.

        2-Ces techniques de test fonctionnel ont un même point commun : elles s'appuient sur la spécification. En effet, un test fonctionnel, examine le comportement fonctionnel du logiciel, afin de détecter les erreurs d'omission et de conformité par rapport à la spécification. Pour ceci, l'étude de la spécification permet de générer des jeux de données de test (DT) représentatifs qui seront injectés en entrée du logiciel.

        II-RÉALISATION :

A) Cas n°1 : test du logiciel « constructeur de triangles »

        Pour ce premier exercice, nous allons étudier sur un constructeur d'objets de type triangle Q. À chaque appel de ce constructeur, il faut entrer trois paramètres correspondant à la longueur des 3 côtés du triangle à dessiner. En fonction de ces 3 paramètres, le résultat peut être le suivant :

        - l’objet est un triangle scalène,

        - l’objet est un triangle isocèle,

        - l’objet est un triangle équilatéral,

        - l’objet est un non-triangle,

        - cas impossible.

        Pour réaliser cet exercice, nous allons premièrement écrire un constructeur simple qui servira de logiciel sous-test, puis définir les classes d'équivalence (qui fait partie de l'analyse partitionnelle de l'exercice) qui nous servira pour élaborer une stratégie de test aux limites et enfin générer à partir des techniques de test qui précèdent un jeu de DT.

Étape 0 : Écrire un constructeur simple de logiciel sous-test :

        Dans cette étape, nous avons réalisé un logiciel de sous-test afin de manipuler des triangles et tester facilement, notamment en écrivant un constructeur qui demande successivement la longueur des trois côtés d'un triangle (Exercice1.cpp).

[pic 1][pic 2]

En effectuant une liste de comparaisons entre les valeurs entrées (a, b et c) le logiciel test est capable de déterminer la nature du triangle.

[pic 3]

        Dans le constructeur typeTriangle(), nous demandons trois longueurs du triangle comme afficher ci-dessous sur la capture. L'utilisateur rentre alors les trois longueurs du triangle et le constructeur en calcule alors si c'est un :

        - un triangle isocèle,

        - triangle scalène,

        - un triangle équilatéral,

        - un non-triangle,

        - cas impossible.

[pic 4]

        De plus, afin de faciliter la vérification du bon fonctionnement de l'entrée des données, nous avons implémenté une fonction displayTriangle() qui affiche les trois longueurs du triangle demandé.

Étape 1 : Définir les classes d’équivalences :

        On peut commencer par définir les classes d’équivalences selon les différents cas des triangles suivant :

        Pour résumer, en définissant quatre classes d’équivalences nous pouvons obtenir, (avec A, B et C les trois longueurs d’un triangle) un tableau démontrant tous les cas possibles pour le test du logiciel « constructeur de triangles » tel que

Étape 2 : Élaborer une stratégie de test aux limites :

        Le principe de la technique consiste à s’intéresser aux bornes des classes lorsque ces classes partitionnent le domaine D des données d’entrées. Le test aux limites est considéré comme l’une des techniques fonctionnelles les plus efficaces. On constate que souvent les défauts sont dus au fait qu’on n’a pas prévu le comportement d’un logiciel, pour les valeurs limites.

        Les DT limites résultent de l’étude des limites des champs de définition des données d’entrées. Le fait d’envisager des valeurs qui dépassent les limites pourrait paraître injustifié. En effet, le logiciel n’a, en principe, pas été conçu pour traiter des données hors spécifications.

        De manière générale, les tests aux limites consistent à identifier les domaines de définition de chaque variable d’entrée. Ces valeurs sont combinées pour produire des jeux de DT. Nous allons donc prendre des valeurs qui respectent les conditions des classes d'équivalence et générer un jeu de DT pour démontrer cette stratégie de test aux limites.

Étape 3 : Générer à partir des techniques de test qui précède un jeu de DT :

        Grâce aux techniques de test que nous avons préalablement décrite sur les trois premières étapes, nous pouvons générer un jeu de DT sous forme de tableau ci-dessous :

[pic 5][pic 6]