Question

J'utilise des moquettes Rhino pour le test unitaire des objets moqueurs. Notre DAL utilise Codesmith pour générer du code à partir de modèles .netTiers, qui crée ces classes DataRepository contenant toutes les méthodes de transaction de type CRUD vers la source de données. Dans les tests unitaires, j'essaie de simuler cet objet de référentiel de données qui n'a pas de classe d'interface à utiliser comme stub.

En bref, Rhino a-t-il déjà été utilisé avec succès pour simuler un DataRepository généré par .netTiers, évitant ainsi le recours à une base de données de test et à des transactions réelles sur la source de données à détruire à la fin ??

Était-ce utile?

La solution

Je réfléchis à cette question depuis un moment, car personne n’a encore écrit une implémentation fictive de DataRepository pour netTiers (à ma connaissance).

Comme je ne me soucie pas trop des étapes de relecture d’enregistrement de TypeMock et RhinoMocks, j’ai opté pour le nouveau Moq, qui simulera avec bonheur les classes de DataRepository ou les appels de couche Service.

En supposant que vous utilisiez .NET 3.5, je le recommanderais.

Autres conseils

En bref, Rhino ne peut simuler que des types qui sont des interfaces ou des classes non scellées. Et puis, vous ne pouvez utiliser que des méthodes stub virtuelles ou abstraites.

Si votre objectif est de remplacer un DataRepository par une implémentation fictive, vous devrez vous pencher sur des frameworks moqueurs plus avancés tels que Tapez Type .

Si vous maîtrisez les modèles CS, vous pouvez également utiliser les modèles pour générer également des implémentations fictives de DataRepository.

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