Je réalise que cela a été demandé auparavant, mais la dernière fois était à la mi-2008.
Si vous commencez un nouveau projet en ce moment, lequel utiliseriez-vous et pourquoi? Quelles sont leurs forces / faiblesses concernant la lisibilité, la convivialité, la maintenabilité et la robustesse globale?
4 Réponses :
J'utilise EasyMock depuis un certain temps, maintenant. Continue d'ajouter de nouvelles fonctionnalités qui permettent de toucher davantage de ces endroits difficiles à atteindre.
Makito sauvera certaines lignes de code pour les cas de test les plus courants.
Pourriez-vous élaborer sur vos besoins / priorités de votre capacité de maquette? Assez large, comme indiqué.
Je sélectionne un outil pour un nouveau projet et j'attends une utilisation assez ordinaire. Quelque chose de mokito ne peut pas faire que EasyMock fait?
Ensuite, Mockito peut vous faire économiser un peu de temps et entraîner une faible meilleure lisibilité dans vos affaires de test.
J'ai utilisé EasyMock plus tôt, mais maintenant j'utilise Mockito. J'ai trouvé que Mockito plus simple comparé à EasyMock. Pour la comparaison détaillée de EasyMock et de Mockito, vous pouvez faire référence à ici
Mockito semble certainement plus lisible que l'EasyMock. C'est un critère important pour un test d'unité.
Ma réponse (biaisée) serait JMockit . Pour une comparaison rapide avec d'autres outils à outils moqueurs, reportez-vous au Matrice de comparaison .
Le code de test écrit avec elle doit être plus lisible et mieux structuré (il existe des tests d'exemple pour une comparaison côte à côte). L'API Mocking JMockit nécessite généralement moins de "utilisations" que d'autres API moqueuses pour écrire le même test. Le plus grand avantage, IMO, est qu'il ne force pas de conception de compromis sur le code à tester. À la baisse, puisque JMockit s'appuie sur des techniques plus avancées et a davantage de capacités, il a également un plus grand potentiel pour les utilisateurs de rencontrer des difficultés inattendues.
Pour expliquer notre motivation, JMock est une bibliothèque "opinionnée". Il est conçu pour guider une approche de la conception OO qui se concentre sur les protocoles entre des objets collaborateurs. Si vous ne pensez pas à vos systèmes de cette façon, ce n'est probablement pas votre meilleure option.
Pouvez-vous poser une question spécifique?