1
OUTILS DE TEST FONCTIONNEL ET NON FONCTIONNEL
Généralités et cas des EJB
Réalisé par: • ElhajAyach Souhail• Ayadi Haifa • Ben Brahim Imen• Hichri Abir
2
• Définition des tests logiciels• Objectifs des méthodes de test
Introduction:
• Classification des tests• Les tests de la « boite noire » et « la boite blanche »• Test fonctionnel :
• Test unitaire• Tests d’intégration système
• Test non fonctionnel :• Test de performance• Test de sécurité
Outils et méthodes de test logiciel
• JUnit• Cactus
Outils de test des EJB
Conclusion:
SO
MM
AIR
E
3
PROBLÉMATIQUE
La réalisation d’un logiciel demande beaucoup
d’efforts et d’attention.
Le nombre de concepts / d’objets à manipuler peut
vite devenir problématique.
Le besoin du client est devenu plus complexe et
difficile à réaliser.
4
DÉFINITION
o 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.
5
OBJECTIFS DES TESTS
L'objectif du test est de valider le bon
fonctionnement d'un logiciel par rapport aux
besoins et aux exigences recueillis auprès des
utilisateurs.
Il permet d'assurer un niveau de qualité suffisant
pendant le cycle de développement et de vie
d'un logiciel.
6
OBJECTIFS DES TESTS
Identifier des dysfonctionnements, des anomalies ou des régressions.
Respecter les exigences du client.
7
LES TESTS RÉPONDENT AUX QUESTIONS SUIVANTES:
Est-ce que ça marche comme
prévu?
Est-ce que c’est conforme
aux spécifications?
Est-ce que ça correspond aux
attentes du client?
Quels sont les points à
améliorer?
8
OUTILS ET MÉTHODES DE TEST
9
CLASSIFICATION DES TESTS
Le concept de la séparation des préoccupations dans le
développement logiciel est également à respecter lors
de l’élaboration des tests qui doivent répondre à une
préoccupations précises.
Il est donc impératif de savoir :
quel est le périmètre du (sous-)système testé
à quel niveau d'abstraction se place-t-on?
Si l'application est divisée en couches (architecture n-tiers),
avec l'API de quelle couche le test est écrit?
quelles sont les suppositions? Si on teste une couche
donnée, on suppose que les couches inférieures
fonctionnent (elles-mêmes seront testées dans d'autres
tests).
CLASSIFICATION DES TESTS
Différentes classes de tests selon :• les critères de test utilisées • Les entités utilisées (spécification, code source, exécutable…)
Exemples de classes :Les modalités de test : Statique / DynamiqueLes méthodes de test : Structurelle / FonctionnelleLes niveaux de tests : Unitaire / Intégration / Système Les caractéristiques de test : Robustesse / Conformité
/Performance 10
11
CLASSIFICATION DES TESTS
12
« BOITE NOIRE» ET « BOITE BLANCHE»
On peut parler de tests « boîtes blanches » ou de tests « boîtes noires » selon la visibilité que peut avoir le développeur qui élabore les tests sur le code.
Les tests en boîte blanche sont des tests qui prennent les mécanismes internes en considération .
Les tests en boîte noire s’exécutent en ignorant les mécanismes internes du produit, indépendamment de l’implémentation.
13
Les Avantages: Avec les tests boîte blanche, l'accès au
code testé permet de voir les différentes branches et de couvrir les différents cas d'erreurs possibles.
Les tests en boite noire garantissent qu’une fois écrits, l'implémentation de la classe testée peut changer sans mise à jour du test. Ainsi, en Java, un test « boîte noire » écrit en faisant appel aux méthodes d'une interface peut permettre de tester toutes les classes qui réalisent cette interface.
« BOITE NOIRE» ET « BOITE BLANCHE»
14
TESTS FONCTIONNELS ET TESTS NON FONCTIONNELS
TESTS FONCTIONNELS
15
TEST FONCTIONNEL
On parle de tests fonctionnels quand il s'agit de vérifier qu'une classe permet bien de remplir avec succès l'objectif fixé par un cas d'utilisation donné.
Un test fonctionnel permet ,par exemple, de répondre aux questions:
« Est-ce que le code permet de faire ça ? »
« Est-ce que cette fonctionnalité attendue est bien réalisée ? ».
16
TEST FONCTIONNEL: TEST UNITAIRE
Un test unitaire, au sens Agile, est un court programme, écrit et maintenu par les développeurs, servant à vérifier de manière très étroite le bon fonctionnement d'une partie restreinte du programme principal.
Son résultat est binaire: il "passe" si le comportement du programme est celui attendu et "échoue" dans le cas contraire
17
Test du type boîte noire canalisé sur la vérification des requêtes de l’application.
S'assurer que les interfaces des composants sont cohérentes entre elles et que le résultat de leur intégration permet de réaliser les fonctionnalités prévues
L'application doit fonctionner dans son environnement de production, avec les autres applications présentes sur la plateforme et avec le système d'exploitation.
TEST FONCTIONNEL: TEST D’INTÉGRATION
18
On teste ici par la méthode boîte noire la fiabilité et la performance de l'ensemble du système, tant au niveau fonctionnel que structurel, plutôt que de ses composants.
S'assure que le système complet, matériel et logiciel, correspond bien à la définition des besoins tels qu'ils avaient été exprimés.
TEST FONCTIONNEL: TEST SYSTÈME
19
TESTS FONCTIONNELS ET TESTS NON FONCTIONNELS
TEST NON FONCTIONNEL
20
Les tests non-fonctionnels vérifient des propriétés qui ne sont pas directement liées à une utilisation du code.
Il s'agit de vérifier des caractéristiques telles que la sécurité ou la capacité à monter en charge. Les tests non-fonctionnels permettent plutôt de répondre à des questions telles que:
TEST NON FONCTIONNEL
« Est-ce que cette classe peut être utilisée par 1000 threads en même temps sans erreur ? ».
21
Permet d'évaluer la capacité du programme à fonctionner correctement par rapport aux critères de flux de données et de temps d'exécution.
Ces tests doivent être précédés tout au long du cycle de développement du logiciel d'une analyse de performance, ce qui signifie que les problèmes de performances doivent être pris en compte dès les spécifications.
TEST NON FONCTIONNEL: TEST DE PERFORMANCE
22
Les tests de sécurité et de contrôle d’accès portent sur deux domaines clés de la sécurité : La sécurité au niveau de l’application
incluant l’accès aux fonctions de traitement de données.
La sécurité au niveau du système, incluant la connexion à distance au système.
Teste la manière avec laquelle le système protège contre les accès interne ou externes pas autorisés.
TEST NON FONCTIONNEL: TEST DE SÉCURITÉ
23OUTILS DE TEST DES EJB
24
JUnit est un Framework de test unitaire pour le langage de programmation Java. Créée par Kent Beck et Erich Gamma.
JUnit définit deux types de fichiers de tests :
Les TestCase sont des classes contenant un certain nombre de méthodes de tests.
Une TestSuite permet d'exécuter un certain nombre de TestCase déjà définis.
JUNIT (1)
25
JUNIT (2)
26
import java.io.*; import junit.framework.*; public class FileTest extends TestCase { public void testIsDirectory() {
File dir = new File("/etc"); assertTrue(dir.isDirectory());
} }
JUNIT (3)
27
public class VectorTest extends TestCase { public void testClone() { Vector v1 = new Vector(2); v1.add("Test"); v1.add("Case") Vector v2 = (Vector) v1.clone(); assertNotSame(v1,v2); assertEquals(v1,v2); } }
JUNIT (4)
28
public class FileTest { private File dir; protected void setUp() { dir = new File("/etc"); } public void testIsDirectory() { assertTrue(dir.isDirectory()); } }
JUNIT (5)
29
TestCase tc = new VectorTest("testClone"); tc.runTest();
TestSuite mysuite = suite(); TestResult result = new TestResult();
mysuite.run(result);
JUNIT : EXÉCUTION TEST
30
CACTUS
Framework de test pour servlet,JSP,EJB
Fonctionne avec conteneur JBSoss et WebLogic pour EJB
31Test d'intégration avec Cactus
32
CACTUS
33
CACTUS
34
CONCLUSION
Le test vise à mettre en évidence les erreurs d’un logiciel
Le test n’a pas pour objectif de diagnostiquer la cause des erreurs, de corriger les fautes, ou de prouver la correction d’un programme
Pour un logiciel critique, le coût du test peut représenter plus de 40% du coût du développement
MERCI