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

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.

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 .

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.

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.

Pour ma part j'utilise Mockito que je trouve très simple d'utilisation et de compréhension!

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 !

C'est JMockit qui le permet. Sinon powermock permet effectivement lui aussi de mocker des méthodes statiques.

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.