Testing unitaire et simulacres

Bonjour a tous,

Voila il ya quelque chose que je ne comprend pas au niveau des tests unitaires avec mock objects.

Je vous expose le problème, j'ai une application avec une couche présentation, une couche business et une couche d'accès aux données, chaque classe de ma couche business contient un champs qui représente un objet de la classe d'accès aux données, cet objet est instancié dans le constructeur, mon but est de tester la couche business
J'utilise le framework rhino mocks pour creer un mock de la couche d'accès au données, le mock est créé sur base de l'INTERFACE de la couche d'accès aux données. Mon problème est le suivant, il m'est impossible d'assigner le mock au champ de la couche business vu que le type est celui de l'interface et pas de la classe d'accès au données. comment dois je procéder pour assigner le mock (et non pas la vrai classe Acces données) a ma classe business afin de la tester..

D'avance merci beaucoup pour vos réonses.. :aie:

Tu dis que ton objet business instancie le DAO dans le constructeur ? Tu as quelque chose comme this.dao = new DAO() ?
Tu auras en effet du mal à injecter un mock à la place... Tu as donc intérêt à sortir du constructeur l'instanciation du DAO ; ton objet business prendra donc un IDAO en paramètre de son constructeur, ou simplement sous form d'une propriété.
Et dans ton test, tu aurais alors

Code:

---

1 2	IDao mock = truc.StrictMock<IDao>(); Business b = new Business(mock);

---

mettre une liaison dans un BO vers une classe de la DAO...
tiens ca me rappel vaguement ce que l'on reproche à Entity Framework 1 (dotnet 3.5sp1)

ca fait pas vraiment ce qu'on appel une entité POCO, hors la bonne programmation préfèrera une classe POCO dans ton Business Objects Layer.
Par POCO entend classes qui ignorent leur persistance.

C'est à ta Business Logic Layer de faire la liaison entre tes entités POCO et les objets DAO pour la persistance.

enfin tu peux toujours continuer comme cela, mais j'ose espérer alors que tu n'expose pas tes objets métiers sous cette forme à la couche supérieure.

Citation:

---

Envoyé par cinemania

mettre une liaison dans un BO vers une classe de la DAO...

---

Je sais pas si ton message est en réponse au mien, mais si c'est le cas, tu m'as mal compris, ou disons que j'ai pas été assez précis. Quand je disais objet business, je pensais objet de la couche business, of course.

Même si le pattern active record a encore ses fans :) (dont je ne suis pas)

Merci! je ne comprend pas tout :roll: (je débute)
Mais en tout cas je vais modifier mes constructeurs et passer par des propriétés. En fait j'ai découvert qu'une propriété de type IDAO pouvait accepter un objet de type DAO!
Ce qui simplifie mon problème. J'assigne donc:

Code:

---

1 2	IDAO _dao = new DAO(); //quand objet réel et IDAO _dao = mock IDAO; //quand simulacre pour test

---

et ca fonctionne..