Question

Si je devais annoter mes méthodes d'essai d'intégration de DAO avec @Transactional, Test du printemps se fera un plaisir rollback toute modification de la base de données après chaque méthodes d'essai se termine. Ceux-ci semble très pratique, parce que je peux charger les données de test une fois avec une méthode de @BeforeClass et tout nettoyage est manipulé pour moi.

Mais je doute que ce soit une bonne pratique parce que je serais manqué l'occasion de découvrir les défaillances qui se produiraient au cours d'une validation. Quel est le consensus sur l'utilisation des transactions dans les tests d'intégration DbUnit de OTI pour aider à nettoyer ??

Était-ce utile?

La solution

Ceci est parfaitement bien. Vous allez effectuer des opérations d'écriture sur vos tests unitaires, et la DB vérifierez ces opérations. Ils ne seront pas engagés, mais cette dernière étape ne serait jamais échouer à cause de la logique métier, alors vous ne devriez pas vous soucier de cela.

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