Plan de test fonctionnel - E-mallette test logiciel

IUT de Calais-Boulogne
Le Nomade Fou
institut universitaire de technologie
département informatique
Rue Louis David-62100 Calais
tel: 03 21 19 06 00
KACZMAREK Constant
LEBECQ Ludovic
MASSON Pierre
RAGEOT Audrey
SULLIGER Florent
Groupe projet n°12
Plan de test fonctionnel
Objectifs:
L'objectif de ce document est de créer un plan afin que les testeurs soient guidés,
pour mieux effectuer les tests.
Sommaire:
1. Type de test
2. But du test
3. Stratégie employée
4. Moyens à mettre en œuvre
5. Couverture attendue du test
6. Description du test à effectuer
Groupe 12 : test logiciel (IUT Calais-Boulogne)
Le Nomade Fou
http://www.lenomadefou.wordpress.com
1/5
CONTRÔLE DU DOCUMENT
Historique des versions :
Date
10 mars 2011
Auteur
Masson Pierre
Version
Description
1.0
Création du document
Distribution :
A l'entreprise TOUTECO,
Au groupe,
Sécurité et confidentialité :
Les travaux sont la propriété du groupe.
Responsabilité :
Aucune
Notes sur cette édition :
Rien à signaler
2/5
SOMMAIRE
I. TYPE DE TEST................................................... 6
II. BUT DU TEST....................................................6
III. MOYENS MIS EN ŒUVRE..................................... 6
IV. STRATÉGIE EMPLOYÉE....................................... 6
V. COUVERTURE ATTENDUE DU TEST.......................... 6
VI. DESCRIPTION DU TEST À EFFECTUER.....................7
3/5
I. TYPE DE TEST
C'est un test dit fonctionnel (ou boite noire), test qui consiste à vérifier que le logiciel
réalise les fonctions attendues et ce correctement . Ce test demande d’exécuter le logiciel
et de le tester.
II. BUT DU TEST
Le but du test est de vérifier que le logiciel respecte ses spécifications (cahier des
charges et spécifications d'implémentation).
III. MOYENS MIS EN ŒUVRE
Pour ce type de tests nous aurons besoin de ressources :
humaines :
 Masson Pierre
 Sulliger Florent
matériels :
 Cahier des charges
 Logiciel à tester
IV. STRATÉGIE EMPLOYÉE
Les primitives à tester sont réparties entre les deux testeurs. Puis à l'aide du cahier
des charges et de la fiche de test préalablement établie nous effectuons les testes des
primitives puis notons les résultats obtenues sur un rapport de test.
V. COUVERTURE ATTENDUE DU TEST
Le test permet de trouver les fonctions manquantes et/ou les fonctions incorrectes.
Permet aussi d'identifier les erreurs d'interface et de structure de données. Mais aussi des
erreurs de performance et d'initialisation ou de terminaison.
4/5
VI. DESCRIPTION DU TEST À EFFECTUER
Primitive de sélection :
 Sélection simple (BF1_SS)
 Sélection Multiple (BF2_SM)
Primitive de mise à jour :
 Création d'objets (BF3_CO)
 Modification d'objets (BF4_MO)
 Dépiler une liste (BF5_DL)
 Dupliquer une liste (BF6_DU)
Primitive d'entrées/sorties :
 Affichage d'objets (BF7_AO)
 Sauvegarde d'objets (BF8_SO)
 Chargement d'objets (BF9_CO)
 Quitter (BF10_QP)
5/5