Comment tester les EJB lors de l'utilisation de JPA2?

Question

Comment procéderiez-vous au test unitaire d'un EJB utilisant JPA? Par exemple, si j'ai une entité Order et que OrderEJB est supposé calculer le total d'une commande (tel que défini ci-dessous), comment procéder pour tester l'EJB sans toucher à la base de données? De même, comment définiriez-vous des valeurs pour vos entités, de sorte que vous puissiez affirmer le calcul attendu? Voici quelques exemples de code ci-dessous ...

@Entity 
public class Order { 
    @Id 
    private long OrderId; 
    private LineItem[] items; 
} 

Et un OrderEJB

@Stateless 
public class OrderEJB { 
    EntityManager em; 
    public double calculateOrderTotal(long orderId) { .. } 
} 

Comment iriez-vous de tests unitaires la méthode calculateOrderTotal si je ne peux pas toucher la base de données? Je ne veux pas mettre en œuvre un DAO parce que j'essaie de m'éloigner de cette approche.

Merci pour toute aide.

Answer 1

N'est-ce pas la théorie générale que OrderEJB et Order et LineItem sont (si nous ignorons l'annotation) juste POJO et peuvent donc être testés en JUnit autonome? Nous aurons besoin de se moquer EntityManager, et vraisemblablement dans

calculateOrderTotal() 

vous avez un code qui dans le concept va

em.giveMeThisOrder(orderId) 

et vous venez de moquez cela. La logique métier que vous testez dépend alors de ce que le Mock renvoie. La clé pour cela est que vous devez utiliser un bon framework de simulation, par exemple JMock. Dans chaque épreuve, vous dites (obviusly pas avec cette syntaxe):

EntitiyManager mockEm = // create the mock 
mockEm.check(that you are called with and order Id of 73) 
mockEm.please(when someone calls giveMeThisOrder return then **this** particular order) 

et ainsi dans chaque test que vous créez exactement l'ordre que vous avez besoin d'exercer certains aspects de votre code calcualtion. Vous pouvez avoir beaucoup de ces tests qui poussent tous les cas de bord et de coin de votre calcul.

L'idée clé ici est que le test unitaire n'implique aucune dépendance externe telle qu'une base de données. Les tests d'intégration pourraient utiliser une base de données réelle. Il peut être fastidieux de corriger vos faux pas, en créant ces instances de commande peut être assez terne, mais il a tendance à rendre les tests futurs beaucoup plus rapide. Je suis également favorable aux tests d'intégration précoce - vous trouvez ainsi toute une autre classe d'erreurs.

Answer 2

Voici ce que je fais:

Vous devez d'abord mettre en place une base de données en mémoire pour vos tests. Cela fonctionne exactement comme une base de données régulière, mais elle n'est pas stockée sur le disque. Derby et HsqlDB le supportent tous les deux.

Dans votre test unitaire, créez un EntityManager manuellement et injectez-le dans votre instance EJB. Vous aurez probablement besoin de garder une référence à la EntityManager afin que vous puissiez gérer les transactions, comme ceci:

em.getTransaction().begin(); 
myEjb.doSomething(x, y); 
em.getTransaction().commit(); 

Answer 3

Avez-vous donné OpenEJB essayer? - Si vous configurez en mode intégré, vous pouvez exécuter des tests unitaires à partir d'eclipse. Je me suis moqué des injections de gestionnaire d'entité, etc. pour des tests unitaires avant, mais cela devient fastidieux. Avec openejb, vous pouvez le faire avec moins de configuration. http://openejb.apache.org/