Les tests unitaires NUnit ne s'affichent pas dans l'Explorateur de tests avec l'adaptateur de test installé

J'ai installé l'adaptateur de test NUnit pour VS2012 + 2013. Lorsque j'ai installé pour la première fois les tests d'adaptateur apparaissaient, mais ils ont cessé de s'afficher pour une raison quelconque aujourd'hui. Après la construction, la reconstruction, le nettoyage, le redémarrage, rien ne s'affiche dans l'Explorateur de tests. Pourquoi cela arriverait-il? J'utilise VS2013 Ultimate.

Si votre projet de test est défini pour cibler une plate-forme 64 bits, les tests n'apparaîtront pas dans l'adaptateur de test NUnit.

Si vous utilisez une version NUnit3 + , un nouvel adaptateur de test est disponible.

Allez dans "Outils -> Extensions et mises à jour -> En ligne" et recherchez "NUnit3 Test Adapter" , puis installez.

Mon assemblage de test est 64 bits. Dans la barre de menus en haut de Visual Studio 2012, j'ai pu sélectionner «Test» -> «Paramètres de test» -> «Architecture du processeur par défaut» -> «X64». Après une «Solution de reconstruction» du menu «Construire», j'ai pu voir tous mes tests dans l'explorateur de tests. J'espère que cela aidera quelqu'un d'autre à l'avenir = D.

Vérifiez la non-concordance des versions de NUnit. L'adaptateur de test NUnit actuellement disponible ne fonctionne que pour la version 2.6.4 et inférieure de NUnit. Pour rétrograder NUnit à partir de la version 3.x, accédez à Package Manager Console> update-package NUnit -version 2.6.4

http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html

Dans ma situation, le «NUnit3 Test Adapter» a été désactivé. Pour le réactiver, allez dans le menu

Outils-> Extensions et mises à jour ...

Sur le côté gauche, sélectionnez «Installé» -> «Tout».

Dans le coin supérieur droit, recherchez "nunit".

Si vous avez installé 'NUnit3 Test Adapter', avec l'élément trouvé, vous pouvez l'activer / le désactiver.

Cette réponse semble assez basique mais ne m'était pas complètement évidente au début. Si vous (re) construisez la solution, elle ne construit que les projets qui sont configurés pour construire dans leBuild -> Configuration Manager

C'était mon problème, j'ai dû changer par inadvertance les paramètres de configuration de la construction ou quelque chose qui a empêché mes projets de test de construire (alors qu'ils l'étaient auparavant). Ainsi, la Test Explorerfenêtre regardait les DLL qui n'étaient pas à jour. Il est devenu clair pour moi que c'était le cas après avoir fait un Cleanet avoir vu la plupart de mes tests disparaître et ne pas revenir après une rebuild... une inspection plus poussée du bindossier a montré que ces projets n'étaient pas du tout en cours de construction.

J'avais une configuration de travail (pour NUnit2 et NUnit3 selon la solution, et plusieurs versions de Visual Studio entre 2012 et 2017), et cela a soudainement cessé de fonctionner un jour: aucun test détecté dans aucune solution ou version de VS.

Dans mon cas, cela a aidé à supprimer %localappdata%\Temp\VisualStudioTestExplorerExtensions. Après un redémarrage de VS, tout fonctionnait comme avant.

Si vous utilisez VS 2017 et .net core , comme indiqué ici , vous devez ajouter des références au framework de test NUnit 3.6.1 , au testeur NUnit3TestAdapter 3.8.0-alpha1 et au SDK de test Microsoft.NET.Test.Sdk 15.0.0 .

1. Outils
2. Gestionnaire de packages NuGet
3. Gérer les packages NuGet pour la solution
4. Feuilleter
5. NUnitTestAdapter.WithFramework
6. Ctrl + R, A pour construire / exécuter des tests

L'utilisation de NUnitTestAdapter.WithFramework garantit qu'il y a peu / pas d'incohérences entre les versions de NUnit et NUnit Adapter (c'est-à-dire "ça marche")

Vérifiez si vous avez indiqué [TestFixureSetUp] et [Test]

dans la classe de test

échantillon:

namespace ClassLibrary1
{
   public class SimpleCalculator
   {
      public Calculator _calculator;
      [TestFixtureSetUp]
      public void initialize()
      {
         _calculator = new Calculator();
      }
      [Test]
      public void DivideTest()
      {
         int a = 10;
         int b = 2;
         int expectedValue = a/b;
         int actualValue = _calculator.Divide(a, b);
         Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
      }
   }   
}

J'ai dû désinstaller puis réinstaller le package nuget xunit.runner.visualstudio. J'ai essayé cela après avoir essayé toutes les suggestions ci-dessus, alors peut-être que c'était un mélange de choses.

Une autre cause de ce problème est si vous ouvrez un projet à partir d' un lecteur mappé - Visual Studio gère correctement ces projets, mais apparemment Nunit ne les prend pas en charge.

La copie du projet sur un physique a résolu le problème.

J'ai également constaté que lorsque j'ai désinstallé nunit v3.2.1, la référence du cadre nunit pour la v3.2.1 était toujours dans mon projet dans l'explorateur de solutions. Explorateur de solutions> Nom du projet > Références

Si vous faites un clic droit, la version s'affiche. Supprimez-le, puis faites un clic droit sur Références> Ajouter une référence.

Recherchez la version 2.x et ajoutez la solution puis reconstruisez.

Cela a fonctionné pour moi!

J'ai rencontré le problème mentionné par op

Mon cas était que j'avais reçu un ancien projet et que les tests faisaient en fait partie du système en cours de test. Je suppose qu'ils utilisaient le testeur externe.

cette chaîne de tâches a résolu le problème pour moi

• créé un projet de test,
• déplacé les fichiers de test là-bas
• ajout de références pour que le projet de test compile
• ajouté les packages NuGet de l'adaptateur Nunit et Nunit au projet de test
• recompilé

j'ai pu exécuter avec succès les tests Nunit.

Si vous utilisez l' TestCaseSourceattribut, assurez-vous que la source existe et respecte la documentation , sinon vos tests ne seront pas découverts.

J'ai eu un problème similaire où les tests n'étaient pas découverts. J'avais la bonne version de NUnit, les versions correspondant entre NUnit et l'adaptateur, et les tests étaient correctement étiquetés. J'utilisais VS 2017 Enterprise pas en tant qu'administrateur. Après avoir démarré VS en tant qu'administrateur, les tests sont apparus.

J'ai commencé une nouvelle solution avec un projet de test dedans et je l'ai comparée à mon projet de problème d'origine. L'original, pour une raison quelconque, contenait un app.config . J'ai exclu ce fichier du projet et j'ai vu mes tests réapparaître dans l'explorateur de tests.

J'ai eu ce problème aussi mais la cause était différente. J'utilise VS2017 avec F # 4.0.

Premièrement, la console de Visual Studio ne vous donne pas suffisamment de détails sur les raisons pour lesquelles les tests n'ont pas pu être trouvés; il échouera tout simplement à charger la DLL avec les tests. Utilisez donc NUnit3console.exe sur la ligne de commande car cela vous donne plus de détails.

Dans mon cas, c'était parce que l'adaptateur de test recherchait une version plus récente de la DLL F # Core (4.4.1.0) (F # 4.1) alors que j'utilise toujours 4.4.0.0 (F # 4.0). Je viens donc d'ajouter ceci à l'app.config du projet de test: -

  <dependentAssembly>
    <assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
  </dependentAssembly>

c'est-à-dire rediriger vers le noyau F # antérieur.

J'ai eu le même problème, quand tout à coup aucun test n'est apparu dans la fenêtre de l'Explorateur de tests. J'ai la version mise à jour de "NUnit3TestAdapter"

et après de nombreuses recherches et efforts, j'ai trouvé que je devais définir les valeurs suivantes dans les propriétés du projet: [Dans la fenêtre de l'Explorateur de solutions: cliquez avec le bouton droit sur Projet> Propriétés] Sous l'onglet Construire, définissez Platform = x64 et définissez Platform target = x86 ou N'importe quel processeur Construisez le projet et tous les tests apparaîtront dans la fenêtre de l'Explorateur de tests.

Remarque importante: je suis venu à une solution après avoir vu le msg suivant dans la fenêtre de sortie:

«Le test d'exécution utilisera des DLL construites pour le framework Framework45 et la plate-forme X86. Les DLL suivantes ne feront pas partie de l'exécution: AutomationTests.dll est construit pour Framework Framework45 et Platform X64.»

J'avais des processus msbuild.exe qui étaient bloqués. Je ne sais pas si c'était mon problème ou non, mais cela m'a pris beaucoup de chemin et d'erreurs avec la réinstallation de divers adaptateurs NUnit avant de trouver les processus bloqués.

Juste pour ajouter mon 0,02 $ ici, j'ai rencontré un problème similaire hier, où 168 de mes tests manquaient. J'ai presque tout essayé dans cet article - surtout en m'assurant que ma (mes) version (s) de NUnit étaient les mêmes - en vain. Je me suis alors rappelé que j'avais mes tests divisés en listes de lecture; et ceux - ci ne se mettent pas à jour automatiquement lorsque vous ajoutez de nouveaux tests . Donc, quand j'ai supprimé les listes de lecture, BAM! , tous mes tests étaient de retour.

Assurez-vous que vos tests sont correctement marqués avec l'attribut Test. Si tous les tests sont marqués uniquement avec l'attribut Explicit, le TestAdapter ne reconnaît pas l'appareil.