Presentation Transcript

1. Tests unitaires et fonctionnels KassisBassem
2. Plan de travail
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 à comprendre
4. Mais comment assurer la cohérence et la fiabilité d’un logiciel ?
5. TEST
6. Les tests répondent aux questions suivantes
7. Pas le temps Pas un besoin « métier » Outils pas au point Pourquoi fait-on si peu de tests? Plus les corrections arrivent tard Plus c’est cher No comment… Seuls les test d’IHM sont plus délicats
8. Pyramide de Mike Cohn Approche « agile » Approche traditionelle IHM Acceptation Intégration Unitaire Coût d’entrée plus élevé. Coût de maintenance assez faible. Coût d’entrée faible. Coût de maintenance très élevé.
9. Catégories de test
10. Les tests en boîte noire s’exécutent en ignorant les mécanismes internes du produit Les tests en boîte blanche sont des tests qui prennent les mécanismes internes en considération Dans les tests en boîte noire, le testeur n’accède pas au code source
11. Exemple Monkey est un outil qui permet de tester une applicationAndroid. Plus précisément, il simule des interactions "aveugles" avec l'application à vérifier. Monkey se connecte à l'instance virtuelle et effectue diverses actions, comme le ferait un utilisateur... un utilisateur qui ne sait pas vraiment ce qu'il veut car ses manipulations n'ont aucun but précis adbshellmonkey -p com.example.android.app-v 500
12. JUnit est une bibliothèque de test unitaire pour le langage de programmation Java. Créé par Kent Beck et Erich Gamma
13. 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
14. Example