Comment tester le motif de référentiel avec ADO.NET Entity Framework?

Vous devez tester la classe réelle et non un faux que vous faites pour tester. Le point d'utiliser une interface est qu'il vous permet de vous moquer de la classe. Vous pouvez ainsi utiliser la version simulée des tests avec d'autres collaborateurs.

Pour tester la classe, vous devriez pouvoir passer dans une base de données simulée et affirmer que les appels que vous devriez être effectués dans la base de données se produisent lorsque vous appelez les méthodes de votre classe de référentiel.

Voici une bonne introduction à la moqueur et aux tests en C #:

http://refact.blogspot.com/2007 /01/mock-Objects-and-rhino.html

Ne jamais tester un simulateur. La classe testée doit toujours être un exemple réel de la classe, bien que vous puissiez et devriez vous moquer de ses dépendances afin que vous puissiez le tester de manière isolée.

Je vais expliquer ce que je fais, pourquoi et combien de milioliers je le sors.

Tout d'abord, je vais exactement ce que vous faites, en ce qui concerne vos référentiels. Malgré certaines différences d'espace de noms, c'est ce que je fais aussi:

• myProject.repositories.Iuserepository
• myProject.repositories.fake.userePository
• myProject.repositories.sqlserver.userepository

  avec mon faux userpiository, je ne crée pas simplement et peupler un iEnumerable privé collection (qui est une liste ). Pourquoi ai-je cela? J'utilise ce référentiel pour mon initial Développement quotidien (car il est rapide -> Aucun accès DB == Quick!). Ensuite, je échange des faux révisions pour les référentiels SQL (c.-à-d. Monsieur mon injection de dépendance (Oooohhh!)). C'est pourquoi cette classe / espace de noms existe, par opposition à l'utilisation de maquillages dans mon test de l'unité pour «faux» trucs. (Cela se produit, mais dans des circonstances différentes).

  avec mon utilisateur SQL Server userpositity, j'utilise Linqtosql. En ce qui concerne votre question, il est irrélivant que j'utilise Linqtosql ... cela pourrait être n'importe quel autre emballage de base de données. La chose importante ici est qu'il y a une tierce partie quelque chose que je suis l'intégration avec.

  ---

  OK, donc d'ici, j'ai besoin de Pour vous assurer de deux choses

  1. le faux fonctionne d'userrypostitaire
  2. L'utilisateur SQL Server UseRePository fonctionne.

     Tout d'abord, la plupart des gens ne créent pas de test unitaire pour une fausse chose. C'est un faux morceau de turd, alors pourquoi gaspiller l'énergie? VRAI --- Sauf que j'utilise ce faux morceau de la Tombe dans mon développement quotidien (voir My Blarg à ce sujet ci-dessus). Donc, je préparais rapidement quelques tests d'unités de base. Remarque: dans mes yeux Ce sont des tests unitaires, même s'ils sont Repository classes. Pourquoi? Ils ne sont pas intermédiaires avec une tierce partie / infrastructure.

     Suivant (enfin, je vais au point), je fais une classe de test séparée qui est un test d'interrogation. Ceci est un test unitaire qui interdire avec quelque chose en dehors du système. Ce pourrait être la vraie API Twitter. Ce pourrait être la vraie API Amazon S3. Avis que j'ai utilisé le mot réel . C'est la clé, ici. Je m'interroge avec un vrai service en dehors de la mienne. Comme tel -> c'est lent. Chaque fois que j'ai besoin de quitter mon ordinateur pour certaines données, il s'appelle Intergratiser et vous supposez automatiquement (et attendez-vous) pour être lent.

     Alors ici, je m'interroge avec un Base de données.

     (Sayers Nae, veuillez ne pas troll ceci avec des suggestions effrontés que vous avez la base de données sur le même ordinateur ... Vous laissez votre application 'World'). < p> wow. Ceci est un roman de guerre-N-N-Paix .. Temps pour une action difficile, Cock Slappin Code. Permet de l'apporter! xxx

     OK, passons à travers ce chiot.

     Tout d'abord, il utilise le test de l'unité Microsoft - intégré à VS2010 Beta2 ou avec L'édition de la Fondation de l'équipe de VS2008 (ou quelle que soit la version de la version ... Je viens d'installer la copie Notre travail a acheté).

     Deuxièmement, chaque fois que la classe est initialisée (que ce soit un test ou plusieurs), Cela crée le contexte . Dans mon cas, mon utilisateur SQL Server UseRePository qui utilisera un contexte LINQTOSQL. (Le vôtre sera un contexte EF). C'est le Arrangez partie de TDD.

     troisième, j'appelle la méthode -> Ceci est la acte partie de TDD. < P> Enfin, je vérifie si je suis revenu ce que je m'attendais - c'est le affirmer partie de TDD.

     ---

     Qu'en est-il de la mise à jour de la DB?

     Suivez simplement le même motif, sauf que vous souhaiterez peut-être envelopper votre code d'appel dans une transaction et le rouleau. Sinon, vous pourriez avoir 100 rangs de données pouvant éventuellement être identiques. Inconvénient à cela? Les champs identité n'auront pas toute la séquence de numérotation agréable (Becuase the Rollback "utiliser" "utiliser". Ne fait pas de la sens? ne t'inquiète pas. C'est un conseil avancé, je pensais que j'avais lancé pour vous tester, mais cela signifie que je serais accrocheur pour ce post enferment long.

     ---

     SO .. er .. c'est ce que je fais. Je ne sais pas si les dieux de la programmation, sur ces forums, vont basculer et jeter de la boue mon chemin, mais j'espère que cela pourrait vous aider.

     htH. < / p>