Tests : Quelle est la meilleure API Java pour mettre en place des mocks (simulacres) ?

Le , par Khrono

0PARTAGES

0  0 
Bonjour,

Je dois utiliser les mock object. J'ai découvert qu'il y avait plusieurs API pour ça et j'aimerai savoir si vous connaissiez un comparatif sur ceci. Ou sinon me citer les connaissances ou vos expériences sur les API mock que vous utiliser.

Pour le moment easy mock a retenu mon attention car il a une documentation en français plutôt bien expliqué. Mais également JMock que j'ai pu essayer qui marche bien.

Merci d'avance .

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de djo.mos
Expert éminent https://www.developpez.com
Le 06/10/2009 à 15:57
Salut,
La plupart (pour ne pas dire toutes) des bibliothèques de mocking sont fonctionnellement équivalentes. Donc, le choix va se baser sur d'autres critères, comme la documentation (commes tu le dis) ou le style.

Perso, j'ai opté pour Mockito car j'aime bien comment ça s'utilise; son API.

Pour quelques comparatifs, tu peux regarder Mockito vs EasyMock et encore Mockito vs RMock
0  0 
Avatar de dingoth
Membre expérimenté https://www.developpez.com
Le 07/10/2009 à 10:42
Je n'ai jamais utilisé que EasyMock et JMock.

Techniquement parlant, je trouve les deux API satisfaisantes selon mes besoins, et n'ai aucune plainte à faire à aucun des deux projets.

En terme d'usabilité, je trouve JMock plus facile à apprendre/utiliser, mais c'est subjectif.

Par contre, je n'aime pas du tout le genre de comparatifs, montrés par Djomos, faits par les développeurs d'une API pour montrer que leur API est meilleure. Je préfère prendre des comparatifs indépendants.
0  0 
Avatar de sylez
Futur Membre du Club https://www.developpez.com
Le 07/10/2009 à 11:16
Les fonctionnalités des framework de doublures de tests peuvent varier.

Dans le cas de tests, les doublures de tests permettent de découpler le système tester de son environnement.

Les doublures basiques:
- Comportement Dummy (Le comportement n'est pas testé la doublure est nécessaire; pour EasyMock createNiceMock)
- Comportement Stub/Bouchon (On ne vérifie pas les interractions, seules les réponses)
- Comportement Spy/Espion (Les interractions sont enregistrées et vérifiées aprés coup)
- Comprotement Mock/Simulacre (Les interractions sont attendues lors de l'éxécution)
- Comportement Fake/Implémentation Légère (La on tape dans les tests d'intégrations)

Dans le cas d'un projet Legacy, il faut vite s'orienter sur les mocks partiels (fonctionnalité générique), la surcharge des fonctions statiques, l'injection de mock via le classloader, le mockage des fonctions privés (court-circuit), le mockage avec espions ... ou plus radicalement abandonné les tests unitaires pous s'orienter vers des tests boîtes noires.

Pour un projet ou une évolution from scratch, les fonctinnalités utilisées sont génériques.
Donc choix selon l'API (annotation ou pas, séparation des comportements stub/mock), la doc et la version de Java nécessaire.

A noter que certains projets (Spring par exemples) fournissent leurs bouchons/espions/dummy .
0  0 
Avatar de TheNOHDirector
Membre du Club https://www.developpez.com
Le 07/10/2009 à 11:36
Mockito est vraiment bien pour la plupart des cas de mock énoncés par Sylez.

Pour info au départ c'était un fork de easymock, et maintenant leur code est complètement réécrit. Leur API est nettement plus sympa que celle d'Easymock.
Et pour le coup je trouve le framework plus complet que Easymock seul.
Par contre tu ne pourras pas faire de mock de classes / fonctions statiques, Mockito ne génère que des instances de mock. Et d'ailleurs il est reconnu que les classes / fonctions statiques ne sont pas idéales pour la testabilité.

Si tu en as le besoin JMock (ou JMockit, je ne sais plus exactement) te permettra de faire de la manipulation de bytecode au niveau classe.

Si tu veux tester des DAO et que tu fais donc des tests avec une base de donnée, etc, tu peux utiliser DBunit. D'ailleurs si ta base n'utilise pas de features spécifiques au vendeur, eh bien tu pourrais te permettre de faire des tests sur une base hsqldb, ça oblige celà dit d'avoir un schéma synchronisé entre la base sur une machine et la base hsqldb.

unitils intègre pas mal d'outils de test et simplifie l'utilisation de certains framework, il est particulièrement pratique pour son support DBUnit.
0  0 
Avatar de sylez
Futur Membre du Club https://www.developpez.com
Le 08/10/2009 à 9:16
En effet, si le code est propre, EasyMock ou Mockito (je n'ai pas utiliser d'autres framework) suffisent.

Aprés j'ai tendance à dire qu'il faut prendre celui qui vous met le plus à l'aise.

Au pire, le passage de EasyMock vers Mockito ou vice versa est trés simple.

A noter: Il existe une extension pour EasyMock et Mockito , PowerMock, qui permet de couvrir du code crade.
0  0 
Avatar de michel.di
Membre éprouvé https://www.developpez.com
Le 08/10/2009 à 9:22
Pour ma part j'utilise Mockito que je trouve très simple d'utilisation et de compréhension!
0  0 
Avatar de asouquieres
Membre du Club https://www.developpez.com
Le 08/10/2009 à 11:47
Ayant besoin de mocker des Appels à des méthodes statiques, ou "final". Mon choix s'est porté sur PowerMock qui est au départ une extension de Easymock.

Apparemment il devient parfaitement utilisable avec Mockito aussi.

Plutot simple à utiliser, pleins d'annotation, suffisament de doc pour s'en sortir !
0  0 
Avatar de foucha
Membre actif https://www.developpez.com
Le 14/10/2009 à 16:58
Citation Envoyé par TheNOHDirector Voir le message

Si tu en as le besoin JMock (ou JMockit, je ne sais plus exactement) te permettra de faire de la manipulation de bytecode au niveau classe.
C'est JMockit qui le permet. Sinon powermock permet effectivement lui aussi de mocker des méthodes statiques.
0  0 
Avatar de foucha
Membre actif https://www.developpez.com
Le 25/01/2010 à 11:48
un comparatif sur ce que chaque framework permet de faire :

http://code.google.com/p/jmockit/wik...mparisonMatrix

... sur le site de l'un d'entre eux...

Il est quand meme un minimum objectif malgré tout vu qu'il s'appuie sur des fonctionnalités possibles ou non et pas sur des critères émotionnels. Après, il faut voir si l'on a vraiment besoin de tant de choses.

++
Foucha.
0  0 
Avatar de TheNOHDirector
Membre du Club https://www.developpez.com
Le 25/01/2010 à 12:55
Hello,

Le lien est intéréssant, mais mockito supporte *un poil* plus de chose maintenant.

Par exemple matching poussé d'argument, ou les vérifications dans l'ordre (même partielles). Il suffit de savoir utiliser l'API.

Il ne parle pas non plus du style de l'API, typiquement l'approche de jmockit et de mockito sont différentes. D'une manière générale l'approche BDD de mockito est plutôt bienvenue. Alors que l'approche jmockit est plus sombre/encombrée pour un langage comme Java.
Évidement dans la vraie vie ça dépend quand même du test.
0  0 
Responsables bénévoles de la rubrique Java : Mickael Baron - Robin56 -

Partenaire : Hébergement Web