NUnit vs Visual Studio 2008 Projets de Test pour les Tests Unitaires?

Je vais être le démarrage d'un nouveau projet au travail et que vous souhaitez obtenir dans les tests unitaires. Nous serons à l'aide de VS 2008, C#, et la ASP.NET MVC choses. Je suis à la recherche à l'aide soit de NUnit ou de la construction dans les projets de test que VS2008 a, mais je suis ouvert à la recherche d'autres suggestions. Un système est-il mieux que l'autre ou peut-être plus facile à utiliser/comprendre que les autres? Je suis à la recherche pour obtenir ce projet a mis en place comme une sorte de "best practice" pour le développement de nos efforts pour aller de l'avant.

Merci pour toute l'aide et les suggestions!!

InformationsquelleAutor Ryan Skarin | 2008-09-18

asp.net-mvc c#nunit unit-testing visual-studio-2008

98

Daok nommé pro de VS2008 projets de test, voici le pro de NUnit.
- NUnit a un moqueur cadre.
- NUnit peut être exécuté en dehors de la
  IDE, cela peut être utile si vous voulez
  exécuter des tests sur un non MS serveur de build
  comme CC.Net
- NUnit a plusieurs versions qui sortent
  que visual studio. Vous n'avez pas
  à attendre des années pour une nouvelle version
  Et vous n'avez pas à installer une nouvelle version de l'IDE
  bénéficiez de nouvelles fonctionnalités.
- Il y a d'extensions développées
  pour NUnit comme ligne-tests, etc.
- Visual Studio essais de prendre du temps
  pour commencer pour une certaine raison. C'est
  mieux, en 2008, mais encore trop lent
  pour mon goût. Rapidement l'exécution d'un test
  à voir si vous n'avez pas de casser quelque chose
  peut prendre trop de temps. Avec NUnit
  quelque chose comme Testdriven.Net pour exécuter
  des tests à partir de l'IDE est en fait beaucoup
  plus rapide. en particulier lors de l'exécution de
  un seul test.
  
  Dans le cadre de l'Kjetil Klaussen ceci est causé par le Visual Studio lanceur, l'exécution de MSTest tests TestDriven.Net fait MSTest performances comparables à celles des NUnit.
- Aussi je crois que VS unité de test n'est pas disponible dans la version Professionnelle de Visual Studio (au moins, il n'était pas avec VS2005). Le MS des Pratiques et Modèles de groupe de fournir à la fois MS et NUnit versions de leurs tests unitaires, de sorte qu'ils reconnaissent bien évidemment cela comme un problème pour beaucoup d'entre nous pauvres utilisateurs!
- Je crois me souvenir que cela a changé pour 2008. Je n'en suis pas sûr. Mon patron m'a donné le team edition avec toutes sortes de caractéristiques de l'ignorer 🙂
- De mon expérience, le ralentissement des performances est causée par le lanceur de dans VS - pas le cadre de tests de lui-même. Vous pouvez utiliser TestDriven.Net sur MSTest, et les performances sont comparables à NUnit pour autant que je peux dire.
- Klaussen: C'est de l'information utile, je vais mettre à jour ma réponse.
- Tu ne peux pas utiliser mstest.exe pour exécuter MSTest tests en dehors de l'IDE?
- Nunit avoir un moqueur cadre n'est pas vraiment un avantage. J'ai été en utilisant VS 2008 unité des projets de test avec le Moq cadre qui utilise une nouvelle approche, en tirant parti de LINQ des arbres d'expression: code.google.com/p/moq
- Un plus plus pour Nunit, pour moi en tout cas, c'est que Resharper a une très belle INTERFACE utilisateur enroulé autour d'elle qui est beaucoup plus rapide que le test de VS composants. Il a même des liens hypertextes la trace de la pile de l'échec des tests de votre code.
- Pour info, le Rhinocéros se moque de 3,5 prend également en charge des arbres d'expression.
- Le test unitaire est inclus dans la version professionnelle de VS 2008.
- Putz: Resharper pouvez exécuter Visual Studio unité-tests de trop, même en dehors d'un projet de test.
- NUnit a Test de fixation du niveau de l'installation et le démontage et la ligne en fonction des tests avec des cas de test... et en Plus il a un fichier de sortie xml qui peuvent être regroupés en CC.net
InformationsquelleAutor Mendelt
64

L'unité cadre de tests n'a pas vraiment d'importance, parce que vous pouvez convertir classes de test avec différents fichiers du projet et de compilation conditionnelle
(comme ça, VS->NUnit):
```
 #si !NUNIT 
à l'aide de Microsoft.VisualStudio.TestTools.UnitTesting; 
#else 
à l'aide de NUnit.Cadre; 
à l'aide de TestClass = NUnit.Cadre.TestFixtureAttribute; 
à l'aide de TestMethod = NUnit.Cadre.TestAttribute; 
à l'aide de TestInitialize = NUnit.Cadre.SetUpAttribute; 
à l'aide de TestCleanup = NUnit.Cadre.TearDownAttribute; 
à l'aide de TestContext = Système.Chaîne de caractères; 
à l'aide de DeploymentItem = NUnit.Cadre.DescriptionAttribute; 
#endif 
```
L'TestDriven.Net le plugin est agréable et pas très cher... Avec seulement les simples VS2008 vous devez trouver le test à partir de votre classe de test ou test de liste. Avec TestDriven.Net vous pouvez exécuter votre test directement à partir de la classe à tester. Après tout, les tests unitaires doivent être faciles à entretenir et à proximité du développeur.
- J'ai voté ce une raison NUnit a une syntaxe plus riche que MSTest, ce qui signifie que vous pouvez aller de MSTest -> NUnit, mais pas vice-versa, à moins que vous êtes TRÈS prudent. L'histoire montre au moins une d'entre nous ne le sont pas.
- Je suis d'accord avec Thomas. Cela fonctionne en supposant que vous utilisez le plus fondamental d'affirmer états, mais la NUnit contrainte modèle est très puissant et une raison suffisante pour choisir NUnit sur MSTest.
- Je crois que, cette approche est adoptée par le mme motif et de la pratique de groupe dans le EntLib tests.
- Il y a des limites importantes, allant de MSTest -> NUnit ainsi. MSTest a des constructions (par exemple PrivateObject) pour accéder aux membres privés d'une classe de test NUnit ne le fait pas.
- Neely si vous faites des tests soldats vous le faites mal 🙁
- Lorsque vous avez 100s de LOC derrière une seule méthode publique de faire des calculs complexes (par exemple les propriétaires de la compression avec perte), et de l'extérieur significative intermédiaires produits par les fonctions privées à obtenir une bonne couverture de code alors qu'ils ne blackbox test n'est pas pratique. Il n'y a pas tout intégrer des tests automatisés cadres pas de, conçue autour de l'unité de test de concept qui laisse soit en utilisant un à tester les méthodes privées (offenser les tests unitaires puristes, ou d'exposer les méthodes privées, juste pour tester (et le risque des consommateurs du code de rupture parce qu'ils ont essayé d'utiliser des méthodes qu'ils ne le devraient)
- Je ne dis pas que les conventions de ce que devrait/ne devrait pas être fait avec un outil qui ne sont pas important, mais à la fin de la journée à faire le travail est la chose la plus importante. Si cela signifie que marteler un clou avec le dos de la hache, car les fournisseurs d'outil ne vendons pas de marteaux puis la hache de guerre fabricants vont avoir à vivre avec le fait d'être indignés.
- NUnit(Lite) les balises ne sont pas pris en charge par Visual Studio. Dans ce cas, les deux NUnit(Lite) et MSUnit tests sont présentés dans le Test de la fenêtre d'Affichage
- Faites défiler vers le bas pour voir l'autre sens (NUnit->VS)...
- les puristes ne serait pas obtenir un électricien pour vérifier leur câblage de la maison. Après tout ce qui est privé et pas consommateur face. Il suffit de tourner sur le réseau et si quelque chose va bang c'est un échec. Après avoir dit que l'obtention d'un code dans un testable de l'état est une bonne chose. Une chose que vous pouvez faire est d'avoir en interne des classes et de donner votre test .dll accès à eux de faire plus de tests. Ensuite, vous pouvez tester les propriétés publiques de ces classes internes.
InformationsquelleAutor Tuomas Hietanen
34

Avantages/changements de VS2008 Intégré dans le Framework de Test Unitaire
1. La version 2008 est maintenant disponible en
  éditions professionnelles (avant qu'il
  requis cher versions de VS,
  c'est juste pour le développeur de l'unité
  les tests.) qui a laissé beaucoup de
  les développeurs avec le seul choix de la
  ouvrir/tests externes de cadres.
2. Construit en API pris en charge par une seule entreprise.
3. Utiliser les mêmes outils pour exécuter et créer des tests (vous pouvez les exécuter à l'aide de la ligne de commande aussi MSTest)
4. De conception Simple (pas de Fantaisie, mais c'est un excellent point de départ pour de nombreux programmeurs)
5. Long terme de l'aide accordée (je me souviens encore de ce qui s'est passé à nDoc, je ne veux pas commettre d'un framework de test qui pourrait ne pas être pris en charge dans les 5 ans, mais je le considère encore nUnit un grand cadre.)
6. Si l'utilisation de team foundation server en tant que votre arrière-plan, vous pouvez créer des éléments de travail ou des bugs avec l'échec au test de données en un simple mode.
- Je ne pense que c'est encore à dire à propos de Microsoft en vue de contrôles qu'il n'est PAS dans la version Standard, il suffit Professionnelle et au-dessus.
- D'accord, j'aimerais le voir en standard et jusqu'. Dans les versions express, il va être trop complexe pour un débutant.
- Wynia: la Lecture de leur décision de n'inclure dans le Professionnel et au-dessus de que de dire quelque chose au sujet de leur point de vue sur les tests est la lecture de façon trop. Il est plus probable qu'une décision commerciale qu'il est philosophique.
- Les tests devraient être inhérents au cycle de vie de développement. Il devrait être fourni dans les éditions express.
InformationsquelleAutor Simara
33

J'ai été en utilisant NUnit pour 2 ans. Tout est très bien, mais je dois dire que le système d'Unité de VS est assez agréable parce que c'est à l'intérieur de l'interface graphique, et peut plus facilement faire le test pour la fonction privée sans avoir à déranger. Aussi, l'Unité de Test de VS vous permettre de faire couvrant et d'autres choses que NUnit seul ne peut pas faire.
- Je me demande comment ai-je pu test privé de la fonction à l'aide de VS? J'ai trouvé le seul moyen de changer la portée du public. Est-il une autre méthode?
- Faites un clic droit dans le private function et sélectionnez "Créer un Accesseur Privé'
- Vous ne touchez pas vos soldats. Blague à part, une école de pensée, c'est que tout ce que vous devez le test êtes-vous r'méthodes publiques. Appel à tous vos méthodes publiques devraient appeler tous vos méthodes privées. Si une méthode n'est pas appelée par un établissement public, le privé, la méthode est redondante.
- si vous testez les soldats si le public vous êtes vraiment en train de faire un test de l'insertion et non pas un test unitaire. (Bien sûr, je ne suis pas un TDD zélote, et je serais probablement juste de tester les publics... mais j'ai envie de les aider à démarrer un combat)
- le test d'intégration est le test de deux ou plusieurs unités ensemble. Essais de méthodes privées est juste un (énorme) violation de l'encapsulation et peut conduire à une fragilité des tests unitaires qui doivent être modifiés chaque fois que la mise en œuvre des changements.
- +1 pour la mention de la couverture de code dans Visual Studio, ce qui est très impressionnant, vous pouvez double-cliquez sur une classe ou d'une méthode et l'éditeur met en surbrillance le code qui est couvert et le code qui n'est pas couvert par des tests unitaires. Il est facile de se près de 100% de couverture de code.
- Vous pouvez également utiliser [assembly:InternalsVisibleTo(...)] avec une directive de compilation de le prendre quand vous êtes de prendre une version RTM.
- Je touche mon les soldats de tous les temps 🙂 je pense qu'il y a de la valeur à tester des membres privés pour éviter la surcharge de tester les appelants qui nécessitent beaucoup de complexes d'installation.
- Le moyen le plus TDD-fanatiques de le faire maintenant, à l'interface des méthodes qui ont pris la place des publics-méthodes et les méthodes qui ont pris la place des méthodes privées. Donc, vous avez "public" méthodes, mais ne peuvent pas y accéder via l'interface, si vraiment ils sont privé-encore-testable. Beaucoup vont essayer de justifier d'une manière ou d'une autre, mais vraiment ils mentent à eux-mêmes - la seule raison pour laquelle ils le font de cette façon est parce que vous avez besoin d'une interface pour s'en moquer, et ne peut pas tester les méthodes privées. (cont.)
- (cont.) Si la technologie a permis de tester des classes sans la création d'une interface pour tout, la plupart d'entre eux serait. Et qu'ils testent leurs privé méthodes, comme ils devraient l' - vous voulez tester le plus possible des unités, à la portée de tous les échecs aussi petite que possible.
- LE GUI QUESTION: La magie Resharper (regarder) est un lanceur de test de Visual Studio. LA QUESTION PRIVÉE: Si vous voulez tester une méthode privée, les chances sont qu'il ne devrait pas être privé -- probablement extraite d'une catégorie distincte et injecté à la place. Être en mesure de tester une méthode privée est un moins dans mon livre.
InformationsquelleAutor Patrick Desjardins
14

Une légère indisposition de Visual Studio est un framework de test est qu'il permettra de créer de nombreux test d'exécuter des fichiers qui ont tendance à encombrer votre répertoire de projet - même si ce n'est pas que les grandes d'un accord.

Aussi, si il vous manque un plugin comme TestDriven.NET, vous ne pouvez pas déboguer votre NUnit (ou MbUnit, xUnit, etc.) les tests unitaires dans l'environnement de Visual Studio que vous pouvez avec Microsoft VS framework de test, qui est construit dans.
- Vous pouvez déboguer NUnit de test de Visual Studio 2005.
- Vous pouvez également déboguer xunit, mais qu'il n'est pas évident de savoir comment pour le mettre en place (propriétés de la page)
- Vous pouvez facilement de débogage NUnit par attacher le débogueur à l'exécution de NUnit processus comme grimus dit. Pas de réel inconvénient ici.
- 1: Nombre de tests configurable dans VS paramètres - je l'ai mis à un. 2: d'Accord avec les commentaires ci-dessus - possible, mais maladroit, 3: dans l'Ensemble, je préfère construit dans le test de VS environnement.
InformationsquelleAutor Tarsier
14

Légèrement hors-sujet, mais si vous allez avec NUnit je peux vous recommandons d'utiliser ReSharper - il ajoute des boutons pour le VS de l'INTERFACE utilisateur qui le rendent beaucoup plus facile à exécuter et de déboguer des tests à partir de l'intérieur de l'IDE.

Cet examen est un peu out-of-date, mais explique cela plus en détail:

http://codebetter.com/blogs/paul.laudeman/archive/2006/08/15/Using-ReSharper-as-an-essential-part-of-your-TDD-toolkit.aspx
- Avec le Gallion plugin pour R# vous pouvez exécuter MSTest ainsi.
- CodeRush met icônes sur les tests de droite dans le code de sorte que vous pouvez exécuter un test, ou tous les tests dans une classe ou dans un espace de noms. Voir ici: community.devexpress.com/blogs/markmiller/archive/2009/11/16/...
- Resharper sera exécuté MSTest tests aussi.
InformationsquelleAutor Richard Everett
11

XUnit est une autre possibilité pour un nouveau projet. Il a peut-être plus intuitive que la syntaxe, mais n'est pas vraiment compatible avec les autres cadres.

http://www.codeplex.com/xunit

InformationsquelleAutor Ben Fulton
11

Ma principale de boeuf avec VS les tests unitaires sur NUnit est la VS la création de tests tend à injecter un tas de code généré pour privé de l'accès des membres.

Certains pourraient souhaitent tester leurs méthodes privées, certaines ne le sont pas, c'est un autre sujet.

Mon souci c'est que quand je suis en train d'écrire des tests unitaires, ils doivent être extrêmement contrôlé, donc je sais exactement ce que je suis en essais et exactement comment je vais le tester. Si il y a génération automatique de code, je vais perdre une partie de cette propriété.

InformationsquelleAutor Ian Suttle
11

J'ai fait quelques TDD en utilisant à la fois et (peut-être que je suis un peu idiote) nUnit semble être beaucoup plus rapide et plus simple à utiliser pour moi. Et quand je dis beaucoup, je veux dire beaucoup.

Dans MS Test, il y a trop d'attributs, partout - le code que faire de vrais tests est le petit de lignes que vous pouvez lire ici et là. Un gros gâchis. Dans nUnit, le code que faire le test juste domine les attributs, comme il se doit.

Aussi, dans nUnit, vous avez juste à cliquer sur les tests que vous souhaitez exécuter (un seul? tous les tests couvrant une classe? une assemblée? la solution?). En un seul clic. Et la fenêtre est clair et grands. Vous obtenez clair lumières vertes et rouges. Vous savez vraiment ce qui se passe en un seul coup d'oeil.

Dans VSTS, la liste de test est coincé dans le bas de l'écran, c'est petit et laid. Vous avez à regarder à deux fois pour savoir ce qui s'est passé. Et vous ne pouvez pas exécuter juste un test (bien, je n'ai pas trouvé encore!).

Mais j'ai peut-être tort, bien sûr - je viens de lire à propos de 21 messages blog sur "Comment faire simple TDD à l'aide de VSTS". J'aurais du le lire plus, vous avez raison.

Pour nUnit, j'ai lu un. Et j'ai été TDDing le même jour. Avec plaisir.

En passant, j'aime beaucoup les produits Microsoft. Visual Studio est vraiment le meilleur outil, un développeur peut acheter - mais TDD et gestion des éléments de Travail dans Visual Studio Team System suce, vraiment.

Le meilleur de tous.
Sylvain.

InformationsquelleAutor Sylvain Rodrigue
9

J'ai reçu des messages "NUnit structure de fichier est plus riche que VSTest"...
Bien sûr, si vous préférez le NUnit structure du fichier, vous pouvez utiliser cette solution à l'autre, comme ceci (NUnit->VS):
```
 #if !MSTEST
  using NUnit.Framework;
 #else
  using Microsoft.VisualStudio.TestTools.UnitTesting;
  using TestFixture = Microsoft.VisualStudio.TestTools.UnitTesting.TestClassAttribute;
  using Test = Microsoft.VisualStudio.TestTools.UnitTesting.TestMethodAttribute;
  using SetUp = Microsoft.VisualStudio.TestTools.UnitTesting.TestInitializeAttribute;
  using TearDown = Microsoft.VisualStudio.TestTools.UnitTesting.TestCleanupAttribute;
 #endif
```
Ou de toute autre conversion... 🙂 Cette aide ici est juste un alias pour le compilateur.
- Je ne comprends pas ce que vous dites ici.
- pas de luminaire niveau de réglage/démontage 🙁 ou supposent-ils que nous utilisons ctor et dtor?
InformationsquelleAutor Tuomas Hietanen
9

D'abord je tiens à corriger une fausse déclaration: vous pouvez exécuter msTest en dehors de visual studio à l'aide de la ligne de commande. Bien que plusieurs CI des outils tels que TeamCity ont un meilleur soutien pour les NUnit (probablement le changement comme msTest devient de plus en plus populaire).
Dans mon projet actuel, nous utilisons à la fois et la seule grosse différence que nous avons trouvé est que mstest fonctionne toujours comme un 32bit alors que NUnit fonctionne comme 32bit ou 64bit épreuve qui n'questions si votre code utilise le code natif qui est 32/64 personne à charge.

InformationsquelleAutor Dror Helper
8

J'ai commencé avec MSTest mais elle est passée pour une raison simple. MSTest ne prend pas en charge l'Héritage de Méthodes d'Essai des autres assemblées.

Je détestais l'idée d'écrire le même test plusieurs fois. Surtout sur un grand projet où les méthodes d'essai peuvent facilement atteindre les 100 de tests.

NUnit ne extactly ce dont j'ai besoin. La seule chose qui manque avec NUnit est un Visual Studio add-in qui a peut afficher le Rouge/Verte état (Comme VSTS) de chaque test.

InformationsquelleAutor
7

.NET Framework de Tests de Conseils et .NET Tests Unitaires paquets?.
- OT: ici et Ici, ces deux mots ne sont pas très instructif. Plus descriptif texte, s'il vous plaît.
InformationsquelleAutor EfForEffort
7

Si vous envisagez de soit MSTest ou nUnit, alors je vous recommande de regarder mbUnit. Mes raisons sont
1. TestDriven.Net la compatibilité. Rien ne vaut d'avoir TestDriven.Net.ReRunWithDebugger lié à une combinaison de clavier.
2. Le Gallion cadre. Gallion est un test runner comme nUnits. La seule différence est qu'il ne se soucie pas si vous avez écrit vos tests nUnit, msTest, xUnit ou mbUnit. Ils sont tous exécutés.
3. Compatibilité avec nUnit. Toutes les fonctionnalités de nUnit sont pris en charge par mbUnit. Je pense que vous n'avez même pas besoin de changer vos attributs (ce qui aura pour vérifier), il suffit de référence et de l'usage.
4. Collection affirme. mbUnit a plus d'Affirmer cas, y compris la CollectionAssert classe. Fondamentalement, vous n'avez plus besoin d'écrire vos propres tests pour voir si les 2 collections sont les mêmes.
5. Tests combinatoires. Ce ne serait pas cool si vous pouviez l'approvisionnement de deux ensembles de données et d'obtenir un test pour toutes les combinaisons de données. C'est dans mbUnit.
L'origine, j'avais ramassé mbUnit en raison de son [RowTest ....] la fonctionnalité, et je n'ai pas trouvé une seule raison, pour revenir en arrière. J'ai passé tous mes actifs des suites de test de nUnit, et n'a jamais regardé en arrière. Depuis lors, j'ai converti deux différentes équipes de développement sur les avantages.

InformationsquelleAutor AlSki
6

Autant que je sache, il y a quatre cadres disponibles pour les tests unitaires avec .NET ces jours-ci
- NUnit
- MbUnit
- MSTest
- xUnit
NUnit a toujours été à l'avant, mais l'écart s'est fermé dans la dernière année ou ainsi. Je préfère encore NUnit moi-même, d'autant que ils ont ajouté une interface fluide a tout à l'arrière qui fait des tests très lisible.

Si vous êtes juste de commencer avec les tests unitaires, il n'a probablement pas faire beaucoup de différence. Une fois que vous êtes à la vitesse que vous serez dans une meilleure position pour juger de ce qui cadre le mieux à vos besoins.

InformationsquelleAutor gilles27
6

Je n'aime pas VS intégré dans le framework de test, car il vous oblige à créer un projet distinct plutôt que d'avoir vos tests dans le cadre du projet, vous effectuez le test.
- Vous pouvez réellement fou Visual Studio en modifiant manuellement les fichiers de projet et en ajoutant dans la ProjectTypeGuids valeurs qu'il utilise pour identifier les projets de test: <ProjectTypeGuids>{3AC096D0-A1C2-E12C-1390-A8335801FDAB};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>
InformationsquelleAutor Gene Mitelman
5

MSTest est essentiellement NUnit légèrement retravaillé, avec quelques nouvelles fonctionnalités telles que le montage de l'installation et de démontage, pas seulement le montage et test de niveau), et il manque certains des meilleurs morceaux (comme la nouvelle 2.4 contrainte de syntaxe). NUnit est plus mature, et il n'y a plus de support de la part de d'autres fournisseurs; et bien sûr, depuis qu'elle a toujours été libre (alors que MSTest seulement dans la version Professionnelle de 2008, avant cela, il était beaucoup plus cher Sku), la plupart des ALT.NET les projets de l'utiliser.

Cela étant dit, il ya certaines entreprises qui sont très réticents à utiliser quelque chose qui n'a pas l'étiquette Microsoft sur elle, et surtout pour OSS code. Donc, avoir une officiel MS framework de test peut être la motivation que ces entreprises ont besoin pour obtenir de l'essai; et, soyons honnête, c'est le test qui compte, pas ce que l'outil que vous utilisez (et à l'aide de Tuomas Hietanen du code ci-dessus, vous pouvez presque faire votre test cadre interchangeable).
- J'aime NUnit est contrainte de syntaxe, mais je pense que vous devriez lire à ce sujet le SetUp et TearDown attributs: jamesnewkirk.typepad.com/posts/2007/09/why-you-should-.html
InformationsquelleAutor David Keaveny
4

Avec la sortie en .NET 4.0 de la Les Contrats de Code du système et la disponibilité d'un vérification statique, vous devez théoriquement écrire de moins en moins de cas de test et un outil comme Pex aidera à identifier les cas. C'est la discussion à portée de main, si vous avez besoin de faire moins avec des tests unitaires car vos contrats couvrent votre queue, alors pourquoi ne pas tout simplement aller de l'avant et utiliser les pièces, car c'est un de moins de dépendance à gérer. Ces jours-ci, je suis tout à propos de simplicité. 🙂

Voir aussi:
- Microsoft Pex – Tests Unitaires Automatisés
- L'unité de génération de Tests avec des Tuyaux à l'aide de Visual Studio 2010 et de C# 4.0
InformationsquelleAutor Norman H
3

Je préfère l'utilisation de MS est peu framework de test, mais pour l'instant suis coller avec NUnit. Les problèmes avec les MS sont, en général, (pour moi)
- Partagé "tests" fichier (inutile) qui doit être maintenu
- Tests listes de provoquer des conflits avec plusieurs développeurs /Vcs
- Pauvres INTERFACE utilisateur intégrée confusion de l'installation, du fardeau de test de sélection
- Pas de bonne externes coureur
Mises en garde
- Si je ont été de tester un aspx site, je certainement l'utilisation de MS de
- Si je développais en solo, aussi MS serait bien
- Si j'avais limité la compétence et n'a pas pu configurer NUnit 🙂

Je trouve ça beaucoup plus facile à écrire mes tests et le feu jusqu'à NUnitGUI ou l'une de l'autre les extrémités avant (testDriven est loin, loin, loin, loin, hors de prix). La configuration de débogage avec la version ligne de commande est également assez facile.
- Actuellement, j'utilise Resharper pour exécuter le MS Tests, donc je n'ai pas l'esprit de beaucoup. Je préfère CodeRush+RefactorPro, si ce n'est pas ce que nous utilisons ici. Peut-être qu'ils ont une vie décente coureur pour MS Test maintenant trop.
InformationsquelleAutor Andrew Backer

Vous devez vous connecter pour publier un commentaire.