Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

15
Kassis Bassem Tests unitaires et fonctionnels

Transcript of Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Page 1: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Kassis Bassem

Tests unitaires et fonctionnels

Page 2: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Plan de travail

Introduction

Catégories de test

Demo

Page 3: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

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

Page 4: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Mais comment assurer la cohérence et la fiabilité d’un logiciel ?

Page 5: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

TEST

Page 6: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Les tests répondent aux questions suivantes

Est-ce que ça marche comme

prévu?

Quels sont les points à

améliorer?

Est-ce que c’est conforme aux spécifications?

Est-ce que ça correspond aux

attentes du client?

Page 7: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Pourquoi fait-on si peu de tests?

Pas le temps

Pas un besoin « métier »

Outils pas au point

Seuls les test d’IHM sont plus délicats

Plus les corrections arrivent tardPlus c’est cher

No comment…

Page 8: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Pyramide de Mike Cohn

IHM

Acceptation

Intégration

Unitaire

Approche traditionelle Approche « agile »

Coût d’entrée faible.Coût de maintenance très élevé.

Coût d’entrée plus élevé.Coût de maintenance assez faible.

Page 9: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Catégories de test

Page 10: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Test en boite noire

Test en boite

blanche

Page 11: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

• 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

Page 12: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Exemple

• Monkey est un outil qui permet de tester une application Android. 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

adb shell monkey -p com.example.android.app -v 500

Page 13: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

JUnit est une bibliothèque de test unitaire pour le langage de programmation Java. Créé par Kent Beck et Erich Gamma

Page 14: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

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

Page 15: Kassis Bassem. Plan de travail IntroductionCatégories de testDemo.

Example