4. Objectifs des tests
Déterminer un
niveau de
fiabilité du
logiciel
Evaluer les Augmenter le
performances et niveau de
le comportement confiance
du logiciel
Détecter
les
erreurs
4
5. Objectifs des tests
Economiser
l’argent en Rendre le Augmenter la
identifiant développement satisfaction du
rapidement les plus efficace client
défaillances
Identifier les
Identifier les
Correspondre modifications à
composants et
les résultats inclure dans les
les modules
aux attentes prochaines
réutilisables
versions
Identifier les
lacunes des 5
développeurs
6. Quelques principes de base
Un programmeur ne doit pas tester ses propres programmes
L’hypothèse de base qu’aucune erreur ne va être trouvée
La définition des sortie ou résultats attendus doit être effectuée avant
l’exécution d’un test
Inspection des résultats de chaque test
Les jeux de tests doivent être écrits pour des entrées valides et invalides
6
Vérification de la procédure de l’execution
7. Portée des tests
• Les tests doivent concerner les éléments suivants:
Conformité aux Conformité aux
spécifications spécifications Exigence juridique
fonctionnelles techniques
Les restrictions et
Culture et
recommandations des
Le code source standards de
administrateurs du
l’entreprise
système
Propriétés
La configuration 7
culturelles et
matérielle
linguistiques
9. Comparaison tests[ref1] tests
Les types de entre les
Test Portée catégorie Exécutant
Unitaires Petites portions du code Boite blanche Développeur
source machine
Intégration Classes/Composants Blanche/Noire Développeur
Fonctionnel Produit Boite noire Testeur
Système Produit/Environnement Boite noire Testeur
simulé
Acceptation Produit/Environnement Boite noire Client
réel
Beta Produit/Environnement Boite noire Client
réel
9
Régression N’importe lequel Blanche/ N’importe
noire
10. Cas de test
• « Un cas de test est un ensemble d'entrés de test, de
conditions d'exécution et de résultats attendus pour un
objectif particulier tel que la conformité du programme avec
une spécification donnée » [ref2]
10
