Je viens de commencer à utiliser ASP.NET MVC et TDD. J'ai lu que pendant les tests unitaires, vous devriez vous concentrer sur le test de votre code, pas sur d'autres systèmes, comme la DB. Cependant, que se passe-t-il lorsque des fonctionnalités essentielles résident dans la base de données? J'ai utilisé la série MVC Storefront comme guide initial pour la configuration de mes projets et modèles. Comme la recherche en texte intégral est essentiel que j'ai le mettre en place en fonction dans mon dépôtComment tester une unité de recherche de texte intégral dans ASP.NET MVC
IQueryable<HealthOrganization> SearchOrganizations(string phrase);
Maintenant, la logique de cette recherche a besoin d'une fonction table avec texte intégral et d'autres fonctions dans la base de données. La logique dans ces fonctions est impossible à obtenir exactement correct dans le fakerepository. Quelle est votre recommandation sur la meilleure stratégie pour tester cette unité et faire TDD sur la recherche?
C'est un peu ce que je pensais. Mais, si vous avez une application où la recherche est une fonctionnalité importante, ne voudriez-vous pas développer la recherche Test d'abord pour tester le conduire? Pourriez-vous commencer avec le test d'intégration? –
@rundbom: Vous pouvez, je ne le ferais pas. La rédaction de tests d'intégration prend du temps. Avec TDD, vous voulez être rapide. Sinon, le "flux" est interrompu. Et il y a une autre raison. Avec TDD vous voulez réaliser que votre code _your_ fait ce que vous essayez de faire. Il ne teste pas si tout le système fonctionne comme prévu. C'est difficile à expliquer, mais quand un test d'intégration échoue, il a une autre signification quand un test unitaire échoue. –