NUnit vs. les projets de test de Visual Studio 2008 pour les tests unitaires

Question

Je vais commencer un nouveau projet au travail et je veux me lancer dans les tests unitaires. Nous utiliserons Visual Studio 2008, C#, et le matériel ASP.NET MVC. J'envisage d'utiliser NUnit ou les projets de test intégrés de Visual Studio 2008, mais je suis ouvert à d'autres suggestions. Un système est-il meilleur que l'autre ou peut-être plus facile à utiliser/comprendre que l'autre ?

Je cherche à mettre en place ce projet comme une sorte de "meilleure pratique" pour nos efforts de développement à venir.

Answer 1

Daok nommé tous les avantages des projets de test Visual Studio 2008. Voici les avantages de NUnit.

• NUnit dispose d'un cadre de simulation (mocking).
• NUnit peut être exécuté en dehors du IDE. Cela peut être utile si vous voulez exécuter des tests sur un serveur de construction non-Microsoft, comme CruiseControl.NET .
• NUnit a plus de versions qui sortent que Visual Studio. Vous n'avez pas à attendre des années pour une nouvelle version. Et vous n'avez pas besoin d'installer une nouvelle version de l'IDE pour obtenir de nouvelles fonctionnalités.
• Des extensions sont en cours de développement pour NUnit, comme row-tests, etc.
• Les tests de Visual Studio prennent beaucoup de temps pour démarrer pour une raison quelconque. Cette solution est meilleur dans Visual Studio 2008, mais c'est encore trop lent à mon goût. Exécution rapide d'un test pour voir si vous n'avez pas cassé quelque chose peut prendre trop de temps. NUnit avec quelque chose comme Testdriven.Net pour exécuter des tests depuis l'IDE est en fait beaucoup plus rapide. Surtout quand on exécute des tests uniques. Selon Kjetil Klaussen, cela est dû au testrunner de Visual Studio. L'exécution des tests MSTest dans TestDriven.Net rend les performances de MSTest comparables à celles de NUNIT.

Answer 2

Le cadre de test unitaire n'a en fait pas beaucoup d'importance, car vous pouvez convertir les classes de test avec des fichiers de projet séparés et une compilation conditionnelle (comme ceci, Visual Studio → NUnit) :

 #if !NUNIT
  using Microsoft.VisualStudio.TestTools.UnitTesting;
 #else
  using NUnit.Framework;
  using TestClass = NUnit.Framework.TestFixtureAttribute;
  using TestMethod = NUnit.Framework.TestAttribute;
  using TestInitialize = NUnit.Framework.SetUpAttribute;
  using TestCleanup = NUnit.Framework.TearDownAttribute;
  using TestContext = System.String;
  using DeploymentItem = NUnit.Framework.DescriptionAttribute;
 #endif

Le plugin TestDriven.Net est sympa et pas très cher... Avec Visual Studio 2008, vous devez trouver le test dans votre classe ou votre liste de tests. Avec TestDriven.Net vous pouvez exécuter votre test directement à partir de la classe que vous testez. Après tout, les tests unitaires doivent être faciles à maintenir et proches du développeur.

Answer 3

Avantages/changements du cadre de test unitaire intégré à Visual Studio 2008 :

1. La version 2008 est maintenant disponible dans éditions professionnelles (auparavant, elle nécessitait des versions coûteuses de Visual Studio, et et ceci uniquement pour les tests unitaires développeurs) qui laissait beaucoup de développeurs avec le seul choix de cadres de test ouverts/externes.
2. API intégrée prise en charge par une seule entreprise.
3. Utilisez les mêmes outils pour exécuter et créer des tests (vous pouvez également les exécuter en utilisant la ligne de commande). MSTest ).
4. Conception simple (il est vrai sans cadre de simulation, mais c'est un excellent point de départ pour de nombreux programmeurs).
5. Soutien à long terme accordé (je me souviens encore de ce qui est arrivé à NDoc et je ne veux pas m'engager dans un cadre de test qui pourrait ne plus être supporté dans cinq ans, mais je considère toujours NUnit comme un excellent cadre).
6. Si vous utilisez Team Foundation Server comme backend, vous pouvez créer des work items ou des bugs avec les données de test échouées de manière simple.

Answer 4

J'utilise NUnit depuis deux ans. Tout va bien, mais je dois dire que le système de test unitaire de Visual Studio est plutôt agréable, parce qu'il se trouve à l'intérieur de l'interface graphique et qu'il peut plus facilement faire un test pour une fonction privée sans avoir à s'embrouiller.

De plus, les tests unitaires de Visual Studio vous permettent de faire du recouvrement et d'autres choses que NUnit seul ne peut pas faire.

Answer 5

Un léger inconvénient du cadre de test de Visual Studio est qu'il crée de nombreux fichiers d'exécution de test qui ont tendance à encombrer le répertoire de votre projet - bien que ce ne soit pas un problème majeur.

De plus, si vous ne disposez pas d'un plugin tel que TestDriven.NET En effet, vous ne pouvez pas déboguer vos tests unitaires NUnit (ou MbUnit, xUnit, etc.) dans l'environnement Visual Studio, comme vous pouvez le faire avec le cadre de test Microsoft Visual Studio, qui est intégré.