test_logiciel_rappel_Master1_Université_JKZ.pptx

Tests Logiciels
Issoufou NIKIEMA
Rappel

Tests Logiciels
2
Introduction aux tests logiciel

Chapitre 1 : Rappel aux tests
logiciels
3

Plan
Chapitre 1 : Rappel
Quelques principes de base
Définitions, Importance et Réalités des tests logiciel
Que teste-t-on ?
4
Comment teste-t-on ?
Le métier du testeur
Les diffèrent types de testes

Définitions, Importance et
Réalités
5

Définitions
« Le test est l'exécution ou l'évaluation d’un système ou
d'un composant par des moyens automatiques ou manuels,
pour vérifier qu'il répond à ses spécifications ou
identifier les différences entre les résultats attendus
et les résultats obtenus.» IEEE
6

« Tester, c'est exécuter le programme dans
l'intention d'y trouver des anomalies
ou des défauts.» G. Myers The Art of
Software testing
Définitions
7

Définitions
 Un oracle est un mécanisme permettant de décider la réussite
d’un scénario de test, c’est à dire de déterminer si les
réponses obtenues à l’exécution du test correspondent bien à
ce que requiert le scénario.
8
Oracle :

Définitions
 Un script de test est un mécanisme (en général un programme
dédié ou un script shell) en charge d’exécuter les cas de tests
qui ont été définis pour le logiciel sous test, et de recueillir
les résultats (on parle aussi de verdict de test, suivant que
l’oracle soit satisfait ou non pour chaque cas de test).
9
script de test :

Définitions
 un bug est un défaut de conception d'un programme informatique à
l'origine d'un dysfonctionnement.
10
un bug :

Définitions
Un cas de test est un ensemble d'entrées de test, de conditions
d'exécution et de résultats attendus pour un objectif particulier telle
que la conformité du programme avec une spécification donnée
11
 Un cas de test :

Importance des Tests Logiciels
12

 Un bug coûte très cher
Pertes financières mais aussi pertes en vies humaines
dans certaines situations
 Les bugs sont inhérents au développement logiciel
Développeur
13

14

Réalités des Tests Logiciels
15

Le test est une activité du contrôle qualité Il est
indépendant du développement
Ce que le test est :
o Exécuter le programme
o connaître les résultats attendus (notion d'oracle)
o on échoue lorsqu'on ne trouve aucune erreur
16

Ce que le test n’est pas :
o donner des explication sur une erreur
o Valider le logiciel (aucune erreur détectée ne signifie pas que
le programme soit correct)
“Le test peut révéler la présence des erreurs mais jamais leur absence’’– E. W. Dijkstra
17

Que teste-t-on ?
18

Qu’est-ce qu’on teste?
(quelles propriétés?)
19
 fonctionnalité
 sécurité / intégrité
 Utilisabilité
 cohérence

Qu’est-ce qu’on teste?
(quelles propriétés?)
20
 Maintenabilité
 Efficacité
 Robustesse
 sûreté de fonctionnement

Comment on teste?
21
Test statique
– relecture / revue de code
– analyse automatique (vérification de propriétés,
règles de codage...

Comment on teste?
22
Test dynamique
– on exécute le programme avec des
valeurs en entrée et on
observe le comportement

Le métier du testeur
23

Le métier du testeur!
24
Un métier à part entière
o Seule activité dans le cycle de développement où l'on peut
voir toutes les fonctionnalités d'un produit.
o Différent des développeurs spécialisés,
o demande rigueur et compétence

25
o C'est une activité créatrice:
• il faut imaginer les scenarii pouvant mettre le logiciel en
défaut,
• il faut imaginer les bancs de tests, les environnements
de simulations (logiciel de conduite de train, de
contrôle des commandes de vol comment faire ?)

26
o Mais c'est une activité mal perçue:
• le testeur est en fin de chaîne => retards,
• certains tests sont répétitifs,
• mal considères par les développeurs,
C'est pourtant une activité essentielle de R&D

Quelques principes de
base
27

Principe 1 : Un programmeur ne doit pas tester ses propres
programmes.
Tout simplement pour ne pas être juge et partie.
Principe 2 : Ne pas effectuer des tests avec l’hypothèse
de base qu’aucune erreur ne va être trouvée.
Principe 3 : La définition des sortie ou résultats attendus doit être
effectuée avant l’exécution d’un test.
28

Principe 5 : Les jeux de tests doivent être écrits pour des entrées invalides ou
incohérentes aussi bien que pour des entrées valides.
Simplement afin de découvrir les anomalies.
Principe 4 : Inspecter minutieusement les résultats (trace) de chaque test.
Pour une raison similaire au principe 2, il faut séparer l’exécution (action) et
l’analyse des résultats.
Principe 6 : Vérifier un logiciel pour détecter qu’il ne réalise pas ce qu’il est
supposé faire n’est que la moitié du travail.
29

Les diffèrent types de
testes
30

Les tests Boite Noire
31
L'expression « boîte noire » vient du fait que les composants et les processus
du dispositif de traitement ne sont pas visibles ou transparents et que le
programme testé n'est pas étudié.
Système
Données
de test
Résultats
du test

Principes de Base
32
10
Basés sur la définition de ce qu’est la spécification d’un programme en
opposition à sa structure :
◦ On considère le logiciel comme une boite noire du point de vue de ses entrées/sorties;
la structure interne (i.e., l’implémentation) n’est pas prise en compte
◦ Les cas de tests sont conçus à partir d'une spécification (i.e., sans tenir compte du
code même si celui-ci est disponible)

Le niveau de rigueur (et de détail) des spécifications est particulièrement
important et influe sur la facilité à catégoriser les données d’entrées et
anticiper les sorties :
 la génération des cas de tests et des oracles
33
10
Principes de Base

Test boite blanche
Les tests boite blanche
Le test boite Blanche consiste à analyser la structure interne du programme en
déterminant les chemins minimaux afin d'assurer que:
34
 Toutes les conditions d'arrêt de boucle ont été vérifiées.
 Toutes les branches d'une instruction conditionnelle ont été testés.
 Les structures de donne interne ont été testées (pour assurer la validité).

Tests Logiciels : Tests Boite Blanche
35
3
5

Références
36

Références
https://cours-informatique-gratuit.fr/dictionnaire/bug/
https://dept-info.labri.fr/~felix/Annee2008-09/S4/McInfo4_ASR%20Tests/1.pdf
http://www.univ-oeb.dz/fsesnv/wp-content/uploads/2020/04/test-logiciel.pdf
37
https://www.ibm.com/cloud/learn/continuous-testing
https://cursa.app/fr/cours-gratuit/test-de-logiciel-avec-test-academy

Ce cours est basé sur le cours Méthodes de test et
validation du Logiciel Dr Aminata SABANE (UJKZ) et du Pr.
Antoniol Giuliano de l’Ecole
Polytechnique de Montréal
Références
38

MERCI
39

test_logiciel_rappel_Master1_Université_JKZ.pptx

Contenu connexe

Similaire à test_logiciel_rappel_Master1_Université_JKZ.pptx (20)

Plus de EnochBidima3 (7)

test_logiciel_rappel_Master1_Université_JKZ.pptx

Notes de l'éditeur