IUT de Calais-Boulogne Le Nomade Fou

institut universitaire de technologie KACZMAREK Constant

département informatique LEBECQ Ludovic
Rue Louis David-62100 Calais MASSON Pierre
tel: 03 21 19 06 00 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 Auteur Version Description

Masson Pierre
10 mars 2011 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