Mon but était de ne pas utiliser Spring dans mon cas (même si mon application elle l’utilise), et de me limiter autant que possible sur les dépendances à utiliser (hormis JUnit 4, bien sûr). Mais au final, ça s’approche effectivement de la solution que je propose. ]]>
Comme beaucoup tu sembles déçu par l’annotation @Category proposé par JUnit. Ta solution est correcte mais si tu utilises Spring (comme tu le suggère) tu aurais pu utiliser le runner SpringJUnit4ClassRunner qui te permet de faire la même chose. J’en avais parlé ici si celà t’intéresse : http://blog.xebia.fr/2010/01/13/comment-separer-ses-tests-dintegrations/
]]>Je vais moi-même la mettre en application (sur un projet que tu dois connaître d’ailleurs ;o) ) et éventuellement changer des choses si cela ne me convient pas… ]]>
Dans mon projet nous avons exactement le problème: De centaines de tests d’intégrations qui mettent des heures à s’exécuter, tandis que nous avons aussi des tests réellement unitaires que j’aimerais déclencher lors des « compile sur checkin » dans Jenkins.
Je vais voir pour mettre en oeuvre ta solution, et te ferais un retour