Question

Je sais que cela a été demandé avant, mais la dernière fois à la mi-2008

Si vous débutez un nouveau projet en ce moment, que l'on utiliseriez-vous et pourquoi? Quelles sont leurs forces / faiblesses en ce qui concerne la lisibilité, la facilité d'utilisation, la maintenabilité et la robustesse globale?

Était-ce utile?

La solution

J'ai utilisé easymock plus tôt, mais maintenant je me sers Mockito. J'ai trouvé Mockito plus simple par rapport à easymock. Pour la comparaison détaillée des easymock et Mockito vous pouvez consulter

Autres conseils

Pour expliquer notre motivation, jMock est une bibliothèque « dogmatiques ». Il est conçu pour guider une approche de conception OO qui met l'accent sur les protocoles entre les objets collaborateurs. Si vous ne pensez pas de vos systèmes de cette façon, alors il est probablement pas la meilleure option.

J'utilise EasyMock depuis un certain temps, maintenant. Continue d'ajouter de nouvelles fonctionnalités qui permettent d'atteindre plus de ceux difficiles à rendez-vous à des endroits.

Mockito économisera quelques lignes de code pour la plupart des cas de test commun.

Pouvez-vous préciser vos besoins simulacres capacité / priorités? Assez large, comme indiqué.

Mon (biaisé) réponse serait JMockit . Pour une comparaison rapide avec d'autres boîtes à outils moqueurs, voir la matrice de comparaison .

Code d'essai écrit avec elle devrait être plus lisible et mieux structuré (il existe des tests d'exemple pour comparaison côte à côte). L'API moqueur JMockit nécessite généralement moins « utilisations » que d'autres API de moquerie pour écrire le même test. Le plus grand avantage, l'OMI, est qu'il ne force pas de compromis de conception sur le code à tester. En revanche, étant donné que JMockit repose sur des techniques plus avancées et a plus de fonctionnalités, il dispose également d'un potentiel de plus pour que les utilisateurs rencontrent des difficultés inattendues.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top