visual - unit test c# tutorial




Avis sur le cadre de test.NET (7)

Je cherche à introduire un cadre de tests unitaires dans mon travail. Nous utilisons Visual Studio 2005 (bien que nous puissions passer à 2008 dans les 6 prochains mois) et travaillons principalement en C #. Si le framework a une sorte d'intégration d'EDI, ce serait mieux, mais je suis ouvert aux frameworks qui n'ont pas d'intégration mais qui sont encore relativement simples à mettre en place. Je vais avoir de la résistance d'une façon ou d'une autre, alors si je peux m'assurer que ce que je pousse n'est pas une douleur dans le cou, cela aiderait mon cas.

Le choix évident de la recherche que j'ai faite jusqu'ici pointe vers nUnit, mais j'aimerais avoir les impressions de quelqu'un qui l'a réellement utilisé avant de le recommander à mon équipe.

Quelqu'un a-t-il utilisé nUnit? Si oui, y a-t-il des pièges ou des limites dont je devrais être au courant? Y a-t-il d'autres bonnes options? Si c'est le cas, si vous avez utilisé les deux nUnit, j'apprécierais grandement une idée des forces et des faiblesses de ceux-ci.


Je dirais aussi mbUnit, j'aime bien pouvoir lancer un seul test plusieurs fois en spécifiant les entrées et le résultat juste au-dessus de la fonction de test. Horrible description de ce que je veux dire ici est un lien qui vous montre ce que je veux dire.


Essayez aussi l'outil PEX Celui de Microsoft devrait bientôt être intégré dans VSTS et supporte NUnit , MbUnit et xUnit.net

J'utilise aussi une petite application console pour tester une classe ou une petite bibliothèque. Vous pouvez copier coller le code d' ici


Nous utilisons xUnit.net . Il semble combiner tout le meilleur de nUnit , mbUnit et MSTest .


Quand j'ai commencé les tests unitaires, j'ai commencé avec NUnit car il est simple à configurer et à utiliser, actuellement j'utilise le runner intégré fourni avec Resharper , de cette façon je peux facilement basculer entre le code et les résultats des tests. Incidemment, NUnit détecte quand vous avez compilé votre code, donc vous n'avez pas besoin d'actualiser NUnit . Resharper automatiquement une génération lorsque vous choisissez d'exécuter un test spécifique.


VSTT 2010 devrait être un bon pari si vous recherchez l'automatisation des tests fonctionnels. Tests de services Web, tests d' UI tests Biztalk et prise en charge de tests pilotés par les données. S'il vous plaît regardez VSTT


Visual Studio 2008 a un type de projet de test intégré qui fonctionne de la même manière que NUnit, mais qui a évidemment une intégration plus étroite avec Visual Studio (peut s'exécuter à chaque génération et afficher les résultats de la même manière que la page de résultats de conversion fichiers), mais il n'est évidemment pas aussi mature que NUnit car il est assez récent et je ne suis pas sûr de la façon dont il gère les moqueries.

Mais il serait intéressant de regarder quand votre équipe se déplace vers VS2008


Je pense que NUnit est votre meilleur pari. Avec TestDriven.NET , vous bénéficiez d'une excellente intégration au sein de VS.NET . (Resharper a également un coureur d'essai unitaire si vous l'utilisez). NUnit simple à utiliser et suit un paradigme établi. Vous trouverez également beaucoup de projets / tutoriels / guides en utilisant ce qui aide toujours.

Votre autre choix principal est probablement MBUnit, qui se positionne de plus en plus comme le cadre BDD de choix (en collaboration avec Gallio http://www.gallio.org ).







unit-testing