Visual Studio 2013 ne pas découvrir les tests unitaires

J'ai une solution simple dans visual studio 2013 qui se compose par un projet web, d'une bibliothèque de projet et un projet de tests unitaires. Quand j'ai ouvert la solution et essayez d'exécuter les tests unitaires, ils ne sont pas de découvrir par visual studio. Pour exécuter le test, j'ai essayer d'aller sur le menu et choisissez Test -> Exécuter -> Exécuter tous les tests ou en ouvrant le test de la fenêtre de l'explorateur. Par ces méthodes visual studio n'est pas de découvrir tous les tests dans la solution.

La création de la première d'une simple unité de tests de projet et d'essayer de lancer le test, visual studio savoir découvrir le test et je peux l'exécuter. Alors, si j'ouvre mon précédent de la solution visual studio découvre tous les tests. J'essaie de sauver ma solution, mais la fermeture et la réouverture, sans créer un projet de test d'unité première, visual studio ne trouve pas les tests à nouveau. C'est un très étrange comportement que je ne sais pas pourquoi ce qui se passe.

J'ai l'habitude de travailler seul dans ce projet a été l'utilisation du contrôle de code source git intégré à visual studio team foundation. Le problème de visual studio pas découvrir les tests unitaires commencer lorsqu'un nouvel élément est venu pour le projet et quand j'ai besoin de recréer la solution à travers le contrôle de la source en ligne. Avant cela, tous les tests toujours été découvert par visual studio.

Pour la création de l'unité de test, j'ai utilisé la dll Microsoft.VisualStudio.QualityTools.UnitTestFramework. Ma version de visual studio: Microsoft Visual Studio Express 2013 pour la Version Web 12.0.30723.00 mise à Jour 3. Ma version de .net framework est 4.5.50938.

Tous mes tests sont comme ceci: 

[TestClass] 
public class Service1Test 
{ 
    [TestMethod] 
    public void Test1() 
    {
        Assert.IsTrue(True); 
    } 
}
  • Ces Asynchrone basée sur des tests Unitaires?
  • Pas sûr de ce que la question a été, mais l'exécution en tant qu'administrateur résolu le problème pour moi.
  • Tous de synchronisation basé sur des tests unitaires
  • Avez-vous essayé un test externe-coureur (comme ReSharpers ou NCrunch)? Peut-être que votre installation est buggé (donc réinstaller VS)
  • J'ai déjà essayer de réinstaller visual studio et de faire toutes les mises à jour mais le problème maintient. Je vais essayer un outil externe, mais je pense que ça va bien fonctionner. Le problème semble être dans visual studio.
  • Avez-vous nettoyer votre solution et tout reconstruire? Peut-être la reconstruction de tous les projets à l'intérieur séparément? Obtenez-vous une sortie dans les Tests et Construire le volet de sortie?
  • J'essaie d'installer l'outil externe NCrunch. Je pense que parce que je suis en utilisant VSExpress version que j'ai installer cet outil manuellement. Après je lance la commande: VWDExpress.exe /setup /nosetupvstemplates pour installer l'outil miraculeusement les tests commencent à apparaître dans VS. La fermeture d'une réouverture de la solution, les tests de disparaître de nouveau. Drôle qu'après l'installation de l'outil n'est pas le résultat.
  • J'ai déjà essayer de nettoyer ma solution et tout reconstruire sans résultats. La reconstruction de tous les projets ne fonctionne pas. Lors de la construction des projets que je reçois le message suivant: ------ Découvrez le test a commencé ------ Le système ne peut pas trouver le fichier spécifié ========== Découvrez le test terminé: 0 trouvés (0:00:00,2675781) ==========
  • Aucun de ces résolu le problème pour moi 🙁 Quelle catastrophe. J'ai renoncé NUnit et je suis en s'appuyant sur UnitTestFramework - bizarrement le problème inverse de l'OP
  • De même pour moi @Adam. J'utilise connue Xunit.
  • De 0 vote, Si vous chargez un Visual Studio (VS 2015 de la Communauté dans mon cas) de la solution à partir d'un partage réseau ou un répertoire Mes Documents qui font partie d'une action, vous obtiendrez dans ce trouble.
  • pour moi, il n'a pas de travail parce que mon projet est situé sur un lecteur réseau, le déplacer vers un dossier local fixe, il

InformationsquelleAutor miguelbgouveia | 2014-08-14
  1. 208

    Certaines choses que j'ai remarqué que j'ai à faire, de temps en temps pour obtenir des tests pour montrer correctement.

    1. Si votre solution est dans un lecteur protégé que vous avez besoin d'un accès administrateur pour lire/écrire, parfois seulement une partie des tests à venir. Certainement exécuté VS en tant qu'administrateur dans ce cas.

    2. Si votre solution est de 64 bits, assurez-vous que Test > Paramètres de Test > les valeurs par Défaut de l'Architecture du Processeur est configuré pour x64. Parfois, il est défini pour x86. Ensemble pour x64, puis de reconstruire.

    3. Parfois juste de redémarrer Visual Studio fait le tour car le test explorer démarre à nouveau.

    4. N'oubliez pas de construire le projet de test/solution. (Si vous voulez qu'il se construit avec le reste des projets, cliquez-droit sur votre solution > Propriétés > Propriétés de Configuration > Configuration > cocher la case "Construire" de votre projet de test)

    5. Assurer les tests sont dans un public section de votre classe de test

    • Je me rends compte que cette réponse est un peu en retard, mais ma recherche Google m'a amené ici, rien de mentionné résolu mon problème. Finalement, j'ai compris qu'il était le numéro 2 dans ma liste, j'ai donc voulu partir de cette connaissance, plus les autres trucs que j'ai ramassé au fil du temps.
    • Une combinaison de #2 et #3 a fait pour moi. Visual Studio se sont plaints d'un certain nombre de (non-test) de projets dans ma solution d'être exclues de l'essai de la découverte de l'étape, car ils ont été construits pour les architectures x86, mais qui était très bien.
    • J'ai trouvé que mes réglages étaient tous corrects et le redémarrage ne fonctionne pas. Ce n'résoudre le problème pour moi était tout simplement la construction de la solution. Je sais que cela peut sembler stupide, mais il n'est pas évident de ce qui est nécessaire; je n'ai pas vu tout de l'officiel docs à la mention de cette étape.
    • J'ai eu le même problème dans VS2015. #2 résolu le problème pour moi.
    • Je n'ai aucune idée de pourquoi les gens paient beaucoup d'argent pour un produit qui échoue souvent. J'ai eu à mettre à jour mon projet pour 2015 et do #3 2 fois avant de découvrir mon test.
    • Je déteste l'explorateur de tests avec une passion
    • #4 pour moi, j'avais oublié que j'avais mis le projet de test de ne compiler en debug.
    • 5. Assurez-vous que votre assemblée n'est pas aussi dans le GAC. Le test de l'explorateur trouverez un dans le cas de la première et de ne pas voir vos nouveaux tests dans votre solution.
    • J'ai dû changer ma configuration de la solution de Débogage. C'était sur un de mes autres transformer les configs.
    • Voilà qui est intéressant, c'est qu'il ya macro préprocesseur qui empêche les tests à partir de la compilation sauf si c'est pour un DÉBOGAGE?
    • Nombre 2 + 3 a fait le tour pour moi. J'ai été confronté à ce problème dans VS 2015, d'où ma solution contient Service des projets de tissus (x64), mais mon test de l'unité de la classe des bibliothèques ont été mis à "any CPU". Donc dès que j'ai référencé une x64 projet dans le projet de tests unitaires, les tests seraient tout simplement ne pas être découvert. Donc, en plus de #2 et #3, j'ai dû changer la plate-forme cible du projet de tests unitaires pour x64.
    • Même problème avec VS2015 Community edition. En fait j'ai eu ce problème une fois le Windows 10 Anniversaire de la mise à jour, j'avais besoin de l'exécuter en tant qu'administrateur (auparavant, cela n'était pas nécessaire). Donc #1 pour moi. Merci pour la parfaite réponse @AndyG
    • #3 était mon problème. Merci.
    • Pour des détails sur l'étape #1: j'avais NUnit installé, mais c'était pour des raisons inconnues désactivé. La désinstallation ne semble pas possible et puis il m'a frappé: j'ai été en cours d'exécution VS avec des privilèges d'Administrateur alors que NUnit a été installé sans elle.
    • Je n'ai pas besoin de vérifier le GAC, mais si vous avez raison à ce sujet, veuillez modifier la réponse de l'ajouter. Et l'homme, je vais ajouter, c'est fou. Comment cette (relativement cher) produit peut échouer en silence comme ça, exigeant (pour moi) une certaine combinaison arbitraire de n ° 2 et un vs-redémarrer (#3) ...
    • #2 a résolu le problème pour moi 🙂 merci s'accoupler
    • N'oubliez pas de faire la méthode de test public. M'a pris une bonne partie de une heure pour comprendre ça!
    • L'ajout de la dépendance suivant résolu pour moi: "Microsoft.DotNet.InternalAbstractions": "1.0.1-beta-003206"
    • #5 a fonctionné pour moi!
    • mon problème a été résolu avec le point 2.

    InformationsquelleAutor AndyG
  2. 80

    Si vous utilisez NUnit, assurez-vous de télécharger NUnit Adaptateur.

    Allez dans Outils → Extensions et les Mises à jour... → en Ligne → recherche pour "NUnit Adaptateur de Test".

    • Je suis en utilisant UnitTests de Microsoft. Dans ce cas, je suppose que ce n'est pas nécessaire d'installer quoi que ce soit.
    • Cela n'a pour moi - bien obligé.
    • Ou vous pouvez installer à l'aide de gestionnaire de package NuGet.
    • Qu'il fixe pour moi. Merci.
    • Upvoted comme l'a fait résoudre le problème, mais est-il nécessaire d'avoir NUnit adaptateur ou devrait Visual Stdio travailler avec NUnit out-the-box.
    • Cela a fonctionné pour moi, merci 🙂
    • Vous êtes un dieu, monsieur.

    InformationsquelleAutor Farukh
  3. 59

    Assurez-vous que votre classe de test est public de sorte qu'il peut être trouvé. Et si vous faites référence à une autre classe, assurez-vous de la même chose.

    Aussi, parfois, si vous n'avez pas d'affirmations ou vous n'êtes pas la décoration de la tester avec un [TestMethod], un test peut ne pas être reconnu.

    2 choses:
    1) Async tests unitaires loi drôle, au mieux, et rien du tout au pire. Jetez un oeil à cet article par Stephen Cleary et garder à partir de là si ça t'intéresse.

    2) Si vous utilisez NUnit et vous rencontrez les mêmes problèmes, gardez à l'esprit que c'est [TestCase] pour Nunit, au lieu de [TestMethod]

    D'avoir dit ci-dessus, voici un l'article j'ai posté sur le projet de code, avec les deux MSTest & NUnit, dans le cas où vous souhaitez lui donner un spin et assurez-vous de ne rien manquer.

    • Tous mes tests sont comme ceci: [Testmethod] public class ServicesUtilsTest { [TestMethod] public void Test1() { Assert.IsTrue(True); } }
    • ce n'est pas très claire . Le mettre dans un bloc de code dans votre question, de sorte qu'il peut être compris 🙂
    • Tous mes tests est pour la synchronisation de code, et je pense que mon problème n'est pas dans l'unité de tests de code, mais plus dans visual studio, parfois, de ne pas découvrir les tests.
    • Essayez d'utiliser ceci à la place: using Microsoft.VisualStudio.TestTools.UnitTesting;
    • Je suis déjà à l'aide de Microsoft.VisualStudio.TestTools.UnitTesting. Cet espace de noms sont définis dans la dll Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll
    • Asynchrone les tests unitaires sont pris en charge dans VS 2013, qui est ce que l'OP est l'aide.
    • Yep, mais ils ne peuvent pas agir comme il le prévoit, sauf s'il est au courant de ce qui se passe.
    • Hmmm j'avais champs privés dans ma classe de test, et quand je suis passé em public après la lecture de ce mon test a été redécouvert. Merci @Noctis
    • vous êtes les bienvenus. heureux, il a aidé 🙂
    • Dans mon cas, la classe n'était pas public.. Merci
    • Cela a déclenché la solution pour moi; la fonction de test a été marquée static. Suppression de l'indicateur et de la reconstruction, le projet a immédiatement fait apparaître dans l'Explorateur de tests.
    • hum ... intéressant ...je me demande pourquoi une méthode statique ne sera pas ramassé ... vous à l'aide de mstest ou nunit? et la version btw ?
    • MSTest, "MSTest.TestAdapter" version="1.1.8-rc" et "MSTest.TestFramework" version="1.0.8-rc".

    InformationsquelleAutor Noctis
  4. 28

    J'ai eu le même problème mais aucune des autres solutions n'a fonctionné. S'avère que j'ai été en utilisant le NUnit 3-cadre avec les 2 adaptateur.

    Si vous utilisez NUnit 3, allez à Extensions et les Mises à jour et installer le NUnit3 Adaptateur de Test.

    • Il ne dit dans la description du package Nuget. Mais si vous êtes comme moi et n'avez pas lu, j'espère que cela aide: "Ce forfait comprend la NUnit 3.0 cadre de l'assemblée, qui est référencé par vos tests. Vous aurez besoin d'installer la version 3.0 de la nunit-programme de console ou d'un tiers d'un coureur qui prend en charge NUnit 3.0 pour exécuter des tests. Les coureurs conçu pour être utilisé avec NUnit 2.x ne sera pas exécuté 3.0 tests correctement."
    • Dans mon cas, je savais qu'il avait quelque chose à voir avec la NUnit3 mise à jour, mais un jeu de mon test réussi et les autres n'étaient pas vu. Après une inspection minutieuse, il y avait beaucoup d'exceptions à la sortie, même si les tests sont tous passés.
    • Cela a été le cas pour moi aussi. J'avais couru nuget "update-package" sans s'en rendre compte mis à jour à partir de NUnit 2.x à 3.x.
    • Actuellement, le NUnit 3.0 Adaptateur de Test ne peut pas être trouvé via NuGet (voir le NUnit 3.0 Wiki). Elle peut encore être installé comme une extension bien.
    • J'ai eu un NUnit 2 Adaptateur de Test installé avec NUnit 3 cadre de package nuget. La lecture de votre réponse m'a fait réaliser cette erreur. Après l'installation de Nunit 3 Adaptateur de Test, il fonctionne très bien pour moi. Merci pour l'astuce.
    • Merci beaucoup Frank. Il a résolu mon problème. Maintenant, je suis capable de voir l'unité de test les résultats dans la fenêtre de la console 🙂
    • Merci Frank! Cela a fonctionné pour moi

    InformationsquelleAutor Frank
  5. 12

    XUnit les utilisateurs peuvent remarquer Test de la fenêtre de l'Explorateur de plus les listes de tous les tests. Pour faire des tests détectable à nouveau essayer de cette astuce importante, a mis en évidence ci-dessous.

    Si vous rencontrez des problèmes à découvrir ou à l'exécution des tests, vous pouvez être victime d'une corruption de coureur de cache à l'intérieur de Visual Studio. Pour effacer ce cache, fermez toutes les instances de Visual Studio, puis de supprimer le dossier %TEMP%\VisualStudioTestExplorerExtensions. Assurez-vous également que votre projet n'est lié qu'à l'encontre d'une seule et unique version de Visual Studio coureur de package NuGet (xunit.runner.visualstudio).

    Visual Studio 2013 ne pas découvrir les tests unitaires

    • J'ai essayé tout le reste ici, et celui-ci l'a fait!
    • Cela n'a pas fonctionné pour moi. Test explorer ne trouve pas mon test et aussi loin que je peux dire que je ne suis pas fais mal et j'ai essayé quelques solutions ici sans succès.
    • Pouvez confirmer cela a fonctionné pour moi
    • À l'aide de MsTestV2 - c'était la seule chose qui a résolu le problème
    InformationsquelleAutor SushiGuy
  6. 11

    Je vais avoir ce problème de temps en temps. Ce qui fonctionne pour moi est à l'arrêt Visual Studio et aller au dossier:

    %LocalAppData%\Microsoft\VisualStudio2.0\ComponentModelCache

    et de supprimer le contenu.

    Une fois que vous ouvrez Visual Studio et de la charge de votre projet de nouveau l'Explorateur de tests doit contenir le dos de vos tests

    • Pour moi cela ne fonctionne pas. Je suis à l'aide de Visual Studio 2013 Express avec mise à jour 5 installer récemment. Toujours pas de tests unitaires figurant.
    • Merci, c'est le seul qui a fonctionné pour moi.
    • C'était aussi ce travailleur pour moi. Même travaillé sans redémarrer visual studio. Heures en bas de la vidange enfin eu une fin.
    • Merci. Cela a fonctionné parfaitement.
    • Ce répertoire n'existe plus dans VS2017.
    InformationsquelleAutor Mariusz Gorzoch
  7. 5

    Pour l'avenir googlers j'ai eu une rare scénario qui en est l'origine.

    Sur ma base de test de classe que j'avais une propriété nommée TestContext. Cette interféré avec MSTest réservés TestContext propriété à l'origine de tous mes tests pour être caché VS/Resharper, sauf un (qui n'hérite pas de la base).

    • eu moi aussi! j'ai oublié de faire le test de la propriété context public.
    InformationsquelleAutor Adam Behrle
  8. 4

    pour moi, c'était une " modification de la solution de configuration de Débogage (à la place de la Libération).
    Visual Studio 2013 ne pas découvrir les tests unitaires

    • J'ai déjà l'option debug mais ça ne fonctionne pas.
    InformationsquelleAutor zook2005
  9. 4

    Mon problème était que mon unité de la méthode d'essai n'était pas vide, et il recevait des paramètres.

    • De toutes les choses.... C'était mon problème et les params peu de sens. Après tout, que serait le système de test savoir pour passer? La seule solution est de faire un test de la méthode où vous manuellement l'appel à la méthode que vous souhaitez tester. Si vous testez un WebAPI projet et ont un Get avec params, vous avez encore de la mise en correspondance Obtenez de l'appeler, mais il n'apparaît pas dans l'explorateur.
    InformationsquelleAutor alansiqueira27
  10. 4

    J'ai trouvé que l'unité de méthodes d'essai marqué comme async void ne sont pas découverts par le VS de l'Explorateur de tests. Cela semble être parce que VS n'aurait aucun moyen d'attendre pour un test d'arrivée et de décider si elle a réussi ou non. Si vous avez absolument besoin d'avoir une méthode de test pour exécuter de manière asynchrone puis obtenir le retour d'une Tâche à la place comme async Task.
    J'ai trouvé que cela a réglé le problème pour moi.

    • Ce n'est pas la réponse à la question ci-dessus, mais c'est exactement le problème que j'ai tenté de résoudre. Si vous avez un accident +1 🙂 Merci beaucoup!
    InformationsquelleAutor cookiemonster
  11. 3

    Essayez de construire tous les projets que MSIL (CPU) au lieu de x86/x64. A travaillé pour moi étrangement

    • J'ai juste eu à construire le projet de Test à l'aide de n'Importe quel CPU, les autres projets sont restés x64
    • Techniquement, C#/VB.NET toujours compiler en MSIL. Le projet de création d' "x86", "x64" ou "any CPU" (et, dans les versions plus récentes, "Préfèrent 32 bits") est juste drapeaux en haut de l'EXE/DLL. Point encore debout, bien que NUnit ne vais pas la liste des tests, il ne peut pas charger dans le moteur d'exécution, à cause d'eux étant désigné comme devant une architecture particulière à exécuter.
    InformationsquelleAutor Alfons
  12. 3

    Tout AndyG de la solution, une solution plus durable pourrait être de fixer le PreferredToolArchitecture variable d'environnement "x64", soit par:

    Comment faire de Visual Studio utiliser le natif de la chaîne d'amd64

    ou par:

    • Panneau de configuration | Système et Sécurité | Système | Paramètres Système Avancés|Variables d'Environnement
    • PreferredToolArchitecture = x64
    • DefaultToolArchitecture = Native64Bit
    • PROCESSOR_ARCHITECTURE = x64
    • ProcessorArchitecture = x64
    InformationsquelleAutor Kevin Johnsrude
  13. 2

    J'ai été confrontée au même problème et je l'ai rappelé, à nouveau (cette situation qui s'est passé avant), que la sélection de "Mixte" sur la plate-forme de solutions de menus travaux, ainsi que d'autres réponses.

    • Mais où est la plate-forme de solutions de menu? C'est que dans Visual Studio? Je suis à l'aide de Visual Studio Express 2013 pour le Web et je ne trouve pas le menu.
    InformationsquelleAutor Jeferson
  14. 2

    Que j'avais réussi à ajouter de la mine comme 

    public static void TestMethod1(){}

    commencé à travailler une fois que j'ai enlevé statique....

    InformationsquelleAutor fox
  15. 2

    Aller à gestionnaire de package Nuget et télécharger Nunit Adaptateur à suivre.
    Visual Studio 2013 ne pas découvrir les tests unitaires

    InformationsquelleAutor Debendra Dash
  16. 1

    aller dans le menu projet > Gestionnaire de Configuration de vérifier votre projet de test de la plateforme correspond le reste du projet et de l'est de vérifier pour construire ensuite reconstruire.

    • Je n'ai pas de Gestionnaire de Configuration de l'option dans mon menu projet. Je ne peux que trouver l'option propriétés du projet. J'ai très la plate-forme de tests unitaires projet et c'est la même chose des autres projets. Donc, pour moi, cette solution ne fonctionne pas.
    • Définir "correspond au reste du projet"
    InformationsquelleAutor user5224229
  17. 1

    Viens de tomber sur ce ainsi que je n'ai pas vu un cas similaire qui a été similaire à la mienne.

    Dans le .csproj fichier de mon projet de test NUnit de référence de la vie privée a été mis à False:

    <Reference Include="nunit.framework, Version=2.6.4.14350, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL">
  <HintPath>..\packages\NUnit.2.6.4\lib\nunit.framework.dll</HintPath>
  <Private>False</Private>
</Reference>

    Après j'ai mis <Private> à True il a travaillé.

    InformationsquelleAutor Kevin Giszewski
  18. 1

    Vous avez juste besoin d'installer ce paquet:

    NUnit TestAdapter
    Visual Studio 2013 ne pas découvrir les tests unitaires

    • J'ai connu que l'utilisation d'une autre unit test framework permettra de résoudre mon problème. Mais si je voulais continuer à utiliser Microsoft Tests Unitaires cadre qui n'est pas une solution.
    InformationsquelleAutor Sandy_Vu
  19. 1

    Pour obtenir des tests de montrer dans le Test de la Fenêtre de l'Explorateur, j'ai dû installer NUnit3 Adaptateur de Test 3.0, ce qui n'était pas disponible dans le Gestionnaire de paquets.

    Téléchargé à partir de https://visualstudiogallery.msdn.microsoft.com/0da0f6bd-9bb6-4ae3-87a8-537788622f2d

    • Je suis en utilisant UnitTests de Microsoft. Dans ce cas, je suppose que ce n'est pas nécessaire d'installer quoi que ce soit.
    InformationsquelleAutor Mikal Madsen
  20. 1

    J'ai eu exactement le même problème.

    C'était dû à une incompatibilité de version de NUnit j'avais ajouté à mon projet (3.2.0) et l'Adaptateur de Test que j'avais installé (2.0.0).

    À fixer, utiliser des "Outils > Extensions et les Mises à jour" et la recherche pour NUnit3 Adaptateur de Test, il a découvert mes tests après que.

    Acclamations

    • Je ne suis pas à l'aide de NUnit.
    InformationsquelleAutor Francis Smith
  21. 1

    Disons pour la commodité du raisonnement que vous avez besoin d'utiliser une architecture X64 sur votre projet de test pour les dépendances pour compiler correctement (comme dans mon cas). Vous devrez peut-être modifier vos paramètres par Défaut de l'Architecture du Processeur en vertu de la Test--Test des Paramètres de menu. Cette définition X64 permis à mon explorateur de tests pour trouver mes tests à l'aide de Microsoft.VisualStudio.TestTools.UnitTesting.

    InformationsquelleAutor Dominic Hartjes
  22. 1

    Désolé pour ajouter à la longue liste, mais j'ai eu un tout un autre problème.
    Tout d'abord, je tiens à mentionner que j'ai découvert ma question en cliquant sur "Exécuter Tous" dans l'Explorateur de tests et de voir ensuite la construction de la fenêtre de sortie de Visual Studio. Vous devez la regarder, comme par la suite le message disparaît.

    Comme pour la question, il semble, comme lors de la numérisation des tests, la DLL est chargée et ses types de test sont énumérés. Cela provoque les références à être chargé et si une défaillance se produit au cours de ce processus, les tests ne seront pas affichées dans l'explorateur. J'ai eu deux problèmes qui empêchent le test, DLL pour être chargé avec succès:

    • Il y a toujours une liaison rediriger gauche dans le fichier de config (redirection vers une version plus faible de la version NHiberate que ce qui a été référencé dans le projet de test).
    • Un conflit d'assemblée de référence (2e niveau des références de ne pas être en mesure de charger). AsmSpy btw est un excellent outil pour chasser ces.
    • J'ai été confrontée au même problème , a eu un moment difficile de trouver les fichiers dll ne sont pas de chargement....
    InformationsquelleAutor Martijn Evens
  23. 1

    Si vous chargez un Visual Studio (VS 2015 de la Communauté dans mon cas) de la solution à partir d'un partage réseau ou répertoire Mes Documents qui font partie d'une action, vous obtiendrez dans ce trouble. Je l'ai résolu en déplaçant la solution et de ses projets sous-jacents à un dossier local.

    InformationsquelleAutor Ton Snoei
  24. 1

    Après avoir passé 2 jours... aucun des ci-dessus a fonctionné pour moi. La seule "solution" est: Allez à propriétés de projet -> Onglet créer. Puis cliquez sur le bouton Avancé sur le coin inférieur droit de la fenêtre. Changement de "Debug Info:" à "plein" et cliquez sur OK.

    Voici les captures d'écran:
    Visual Studio 2013 ne pas découvrir les tests unitaires

    Visual Studio 2013 ne pas découvrir les tests unitairesVisual Studio 2013 ne pas découvrir les tests unitaires

    InformationsquelleAutor curiousBoy
  25. 0

    Je suis tombé sur le même problème.
    Et d'une enquête et a constaté que la dll n'étaient pas construire,
    et les mettre dans le bon dossier. dès que j'ai changé ma configuration
    ils sont apparus.
    - les Projets de build options, ce dossier doit être utilisé?
    - la génération entrée dans le menu de configuration de la compilation, ils doivent être vérifiés.

    qu'il fixe pour moi.

    • Pour moi, la dll pour les tests n'étaient pas construire parce que visual studio n'en trouvez pas défini tests. Je suis à l'aide de Visual Studio Express et je n'ai pas le menu générer entrée. Mais dans mon gestionnaire de configuration, j'ai toutes les options de génération vérifié. Donc, je pense que c'est pas le problème pour mon cas.
    • c'est dans l'autre sens - VS construit Dll, puis scanne ceux pour les tests. Donc, si vous n'avez pas de projet de test, Dll, vous ne trouvez pas de tests.
    InformationsquelleAutor kfn
  26. 0

    Pour Visual Studio 2013.5, la compensation de la \TestResults répertoire dans la solution a aidé. Visual Studio corrompu le fichier mdf dans laquelle il stocke les découvertes tests, empêchant ainsi la découverte de tests unitaires.

    • Où est les résultats du test de répertoire? (thx)
    • C'est dans la solution de votre projet. Cliquez-droit sur votre fichier de projet dans l'Explorateur de solutions -> Ouvrir le Dossier dans l'Explorateur de Fichiers. Aller un répertoire à partir de là et de supprimer le /TestResults répertoire. Vous pourriez avoir à arrêter de Visual Studio pour tout effacer. Il va reconstruire le répertoire de la prochaine ouverture du projet.
    InformationsquelleAutor MartijnK
  27. 0

    Assurez-vous que votre tous les projets sont en cours d'exécution avec la même configuration.
    En vertu des Propriétés de votre projet => Debug => Plate-forme dans la liste déroulante du choix de la plate-forme (pour moi c'était "any CPU") tel que déterminé à vos autres projets.

    InformationsquelleAutor Roni
  28. 0
    • Je sais que les tests unitaires ne sont pas trouvés si la solution n'est pas construit, de sorte que c'est quelque chose à essayer (la solution), mais cette solution est, comme le bureau d'aide de vous demander si votre ordinateur est branché...
    • Après un nettoyage de reconstruction n'ont pas résolu le problème pour moi, l'exécution d'un lot complet de construire n'a fixer.
    InformationsquelleAutor amalgamate
  29. 0

    Eu le même problème, les tests soudainement cessé d'être découvert.

    Nunit Adaptateur de Test a devenu invalide en quelque sorte. En cliquant sur activer dans le gestionnaire d'extension, il fixe pour moi.

    InformationsquelleAutor HeatherD
  30. 0

    J'ai eu le même problème jusqu'à ce que j'ai réalisé, j'ai fait un couper/coller de l'erreur et laissé [Test Method] avant le test.

    • Qui déjà m'arriver. Mais en cela, elles qui n'est pas le cas.
    InformationsquelleAutor forforf
  31. 0

    Dans mon cas, le problème était que mon class a été marqué comme abstract.

    Il suffit de retirer le abstract mot-clé.

    • Mes cours ne sont pas abstraites. Ce n'est pas mon problème.
    InformationsquelleAutor glautrou
  32. 0

    Une autre solution:

    Ouvrez une invite de commande, tapez set, et de vérifier si PROCESSOR_ARCHITECTURE est réglé correctement, le changement de x86 ou AMD64 si nécessaire.

    source: https://connect.microsoft.com/VisualStudio/feedback/details/873170/vs2012-vstest-console-exe-error-incompatible-target-platform-settings-x86-with-system-architecture-arm-occurs-when-processor-architecture-is-not-set

    InformationsquelleAutor Alfons
  33. 0

    J'ai eu le même problème avec mes tests sur TFS 2015.
    Le problème que j'avais était mon test n'a pas montré de plus. l'adaptateur de test n'a pas pu trouver des tests.
    J'ai supprimé toutes les références pour Microsoft.VisualStudio.QualityTools.UnitTestFramework et maintenant, ils manifestent une fois de plus. J'espère que ma réponse aider quelqu'un

    InformationsquelleAutor Joerg
  34. 0

    J'ai eu un problème similaire avec Visual Studio 2015. Dès que j'ai fait une async Task unité de test de Visual Studio commencez à avoir des problèmes de découvrir, de trouver la source, et il ne serait pas me permettre de le déboguer.

    Il s'avère qu'il y a un bug avec PostSharp qui provoque ce comportement, et le projet de test j'ai été en utilisant avaient PostSharp activé.

    La solution dans mon cas était de désactiver PostSharp pour le projet de test d'unité, en mettant le suivant dans le <PropertyGroup> élément au début de la csproj fichier de projet:

    <SkipPostSharp>True</SkipPostSharp>

    InformationsquelleAutor Adam Goodwin
  35. 0

    Dans mon cas, j'ai mis à jour NUnit de 2.X à 3.X après que le pilote a arrêté d'aller dans [SetUp]. J'ai essayé d'installer NUnit 3 adaptateurs de NuGet, mais il n'a pas aidé. Puis j'ai désinstallé ma version alors en vigueur sur TestDriven (3.8) et installé 3.10 au lieu de cela. Il a commencé à travailler (encore une fois).

    InformationsquelleAutor Alex Konnen
  36. 0

    Assurez-vous que le projet est marqué comme projet de test. Vous pouvez le faire en ajoutant le ci-dessous xml à la csproj fichier de projet. 

     <Project>
...
 <ItemGroup>
    <Service Include="{82a7f48d-3b50-4b1e-b82e-3ada8210c358}" />
  </ItemGroup>
...
</Project>
    InformationsquelleAutor DonO
  37. 0

    Dans mon cas, j'ai dû mettre à jour deux Packages NuGet.
    - MSTest.TestAdapter
    - MSTest.TestFramework

    InformationsquelleAutor Magic Mike