Pourquoi visual studio 2012 pas trouver mes tests?

J'ai quelques tests d'utiliser le construit en Microsoft.VisualStudio.TestTools.UnitTesting, mais ne peut pas les amener à exécuter.

Je suis à l'aide de visual studio 2012 ultimate.

J'ai une solution de deux projets, l'Un a des tests, using Microsoft.VisualStudio.TestTools.UnitTesting, [TestClass] avant de la classe, [TestMethod] avant les méthodes d'essai et de référence Microsoft.VisualStudio.QualityTools.UnitTestFramework (version 10.0.0.0, la durée d'exécution de la version v2.0.50727). J'ai essayé de dot net framework 3.5, 4 et 4.5 autres donnent un re-ciblage d'erreur.

J'ai essayé de construire du projet et de solution. L'explorateur de tests a le message " Construire votre solution pour découvrir tous les tests disponibles. Cliquez sur "exécuter tous" pour construire, à découvrir et à exécuter tous les tests dans votre solution.

La question est donc: Comment puis-je obtenir visual studio pour trouver les tests?

Ont également tenté de suivre ce: http://msdn.microsoft.com/en-US/library/ms379625%28v=VS.80%29.aspx mais sans succès: je suis coincé dans la section prise en main, quand on lui demande de faire un clic droit et sélectionnez create tests. Il n'y a pas de create tests.

J'ai ce test(il compile, mais ne s'affiche pas dans l'explorateur de tests):

using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}

J'ai maintenant découvert (voir supprimé réponse ci-dessous) que c'est parce qu'il est sur un lecteur partagé, mais je n'ai pas encore savoir comment l'obtenir autour d'elle. (quelque chose à propos de la configuration de la sécurité peut-être).

  • La version VS 2012? Vous pouvez télécharger un test runner comme TestDriven.Net ou il y en a un dans Resharper.
  • Je suis à l'aide de visual studio 2012 ultimate.
  • S'il vous plaît partager version de cadre et UnitTesting version de bibliothèque que vous avez ajouté comme référence
  • Cela devrait fonctionner hors de la boîte. Veuillez soumettre ce connect.microsoft.com/visualstudio avec votre code.
  • Dans mon cas, la suppression de l'application.fichier de config fixe l'explorateur de tests unitaires
  • J'ai corrigé cela en donnant une confiance totale pour le partage réseau à l'aide caspol outil. Veuillez voir ma réponse ci-dessous.
  • Richner cela a réglé mon problème, mais c'est parce que j'ai déjà eu une liaison de redirection dans l'Application.config (j'ai juste fait une mise à niveau à partir de VS2010 -> VS2013 puis vers le bas pour VS2012)
  • Essayez de regarder pour les erreurs de sous "Test" de la catégorie dans la fenêtre de sortie. Je créer des tests fonctionnels à partir de la version de build et quand j'essaie de débogage à l'aide de debug (dont la dll se trouve dans un dossier différent de la structure), je n'obtiens pas d'erreurs de compilation, mais à regarder en vertu de tests à partir du menu déroulant. Une fois que j'ai à résoudre les, les tests commencent à apparaître dans l'Explorateur de tests
  • Mon problème était encore plus simple: les élèves de Ma classe n'était pas publique. (Hope qui aide quelqu'un d'autre a frappé leur doh! moment rapide..)
  • Juste la reconstruction du projet de test l'a fait pour moi.
  • J'ai été retardé assez pour oublier que j'avais sélectionné un test de sélection.

InformationsquelleAutor ctrl-alt-delor | 2012-11-23
  1. 227

    J'ai eu des symptômes similaires, mais dans des circonstances différentes.

    J'ai dû ajouter une étape supplémentaire à Pierre Lamberg la solution de Nettoyer votre solution ou d'un projet.

    Mon unittest les objectifs du projet x64. Quand j'ai créé le projet, il a été à l'origine de ciblage x86.

    Après le passage en x64 tous mes tests unitaires disparu.

    J'ai dû aller dans le Menu Test -> Test Réglage par Défaut de l'Architecture de Processeur -> x64.

    Ils n'avaient toujours pas.

    Fait construire.

    Ne marchait toujours pas.

    Finalement fait un Nettoyage

    Puis ils ont.

    - Je trouver de Solution Propre et Propre à être très utiles à l'obtention de solutions pour jouer à la balle lors de la configuration a changé. Parfois, je dois aller à l'extrême et supprimer les obj et bin répertoires et de faire une reconstruction.

    • Tout en faisant un nettoyage n'a parfois de l'aide, ce n'est pas la question. J'ai un problème avec des projets sur des lecteurs réseau. Et le fait que le build aide n'est jamais qu'un symptôme d'un buggy outil de construction.
    • Wow! La "Solution Propre", semble vraiment travailler (par opposition à juste un tout reconstruire). Je pensais que cela a cessé d'être utile hack dans Visual Studio 6.0!
    • "Propre" n'a pas fonctionné pour mon collègue qui a eu ce problème. Il a travaillé pour elle, après la suppression de la totalité du code source de son TFS espace de travail, et obtenir plus tard (w/ remplacer). Puis il a travaillé beaucoup!
    • C'était la fin pour moi. Dans une solution de mélange de x86, CPU, x64, un projet en particulier de tests n'étaient pas trouvés. J'ai nettoyé la solution, changé la configuration de test par défaut de l'architecture, et de reconstruit et puis tout ce qui pourrait être vu. Il ne fait pas vraiment de sens, puisque la modification de l'architecture découvert tests compilé sous un autre architecture du PROCESSEUR.
    • J'ai fait toutes les étapes de votre + (mis tout mon projet dll dans le GAC, puis il travaille calme.)Je vous remercie monsieur.
    • J'ai dû suivre ces étapes, passer de x86 x64, suivez ces étapes, et de revenir à nouveau, puis il a travaillé pour moi. (Bizarrement c'était en VS 2013 et de mon côté par côté installation de VS 2012 avait pas de problèmes à tout point de...)
    • Droit quand j'ai changé de processeur par défaut -- tous mes tests ont montré. Merci beaucoup pour cette!
    • Comme de VS2013 ce qui se passe encore de temps en temps, certaines choses avec Microsoft n'a jamais changer.

    InformationsquelleAutor Ourjamie
  2. 160

    S'il vous plaît ajouter le mot-clé public à votre définition de classe. Votre classe de test est actuellement pas visible à l'extérieur de sa propre assemblée.

    namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}
    • Il l'a fait pour moi, presque gênant je n'ai pas trouvé sur mon propre 🙂
    • J'ai eu ce problème aussi,le mien a été causé par le [TestMethod] statique, en raison d'un copier-coller du code.
    • Mon [TestMethod]s statique parce que c'est ce que le UserTest1.cs dans le nouveau projet de test avait! Également résolu mon problème.
    • Aussi, ne pas mettre static en face de votre méthode. Je ne sais pas pourquoi je fais ça d'habitude si souvent.
    • Cela l'a fait pour moi, intéressant de voir comment vous pouvez perdre beaucoup de temps sur quelque chose qu'il aurait été si évident. Merci pour la réponse, Joe King
    • Merci pour ce fou - combien de fois j'ai essayé la solution propre/build solution de combinaison avant, je défile vers le bas pour voir ce!
    • Assurer votre méthode de test est public trop

    InformationsquelleAutor Joe King
  3. 58

    Cela fonctionne parfois.

    Vérifier que le processeur de l'architecture sous menu Test matchs
    celui que vous utilisez pour construire la solution.

    Test -> Paramètres de Test -> valeur par Défaut de l'Architecture du Processeur -> x86 /x64

    Comme indiqué dans d'autres posts, assurez-vous d'avoir le Test de la fenêtre de l'Explorateur ouvert.
    Test -> Windows -> Test Explorer

    Puis la reconstruction du projet avec les essais doivent faire les tests s'affichent dans l'Explorateur de tests.

    Edit: Comme Ourjamie souligné ci-dessous, faire une nouvelle version peut aussi vous aider.
    En plus de cela, voici encore une chose que j'ai rencontré:

    La "construction" de la case est décoché dans Configuration Manager
    pour un nouveau projet de test que j'avais créé en vertu de la solution.

    Aller à Build -> Gestionnaire de Configuration.
    Assurez-vous que votre projet de test a construire case cochée
    pour toutes les configurations de solution et la solution de plates-formes.

    • Oui il peut y avoir d'autres raisons que cela ne fonctionne pas, mais voir coché la réponse ci-dessous pour pourquoi il ne fonctionne pas pour moi. (les dossiers partagés sont désactivés par défaut), si vous pouvez nous dire comment faire pour changer cela, je vais vous donner quelques points.
    • Il n'y a pas un tel processeur x64, mais je pense que microsoft utilise ce terme pour le x86-64/amd64/x86e. Il n'est pas non x86, juste la famille x86. Le x est l'inconnue, de sorte que les membres de l'x64 famille serait 164, 264, 364 ... OU était-x86 un 86 bits processeur.
    • merci pour votre réponse, elle m'aide (je suis passé de x86 construit pour x64 construit)
    • Même dans VS 2015 le Test fenêtre de l'Explorateur ouvert travaillé. Heureux que je peut également exécuter des tests à partir de la ligne de commande.
    InformationsquelleAutor Peter Lamberg
  4. 32

    J'ai Visual Studio 2012 et je ne pouvais pas voir les Tests dans l'Explorateur de tests,

    J'ai donc installé le suivant:
    Adaptateur De Test NUnit

    Qui a résolu le problème pour moi !

    • Également disponible via NuGet Install-Package NUnitTestAdapter
    • Merci @DarrenHale. Lors de la recherche de ce package NuGet, j'ai aussi trouvé un bundle nommé NUnit TestAdapter y compris NUnit 2.6.4 Cadre.
    InformationsquelleAutor dnnyz
  5. 18

    Dans ma récente expérience de tous les ci-dessus ne fonctionne pas. Ma méthode d'essai 

    public async void ListCaseReplace() { ... }

    était de ne pas se présenter, mais la compilation d'amende. Quand j'ai enlevé le async mot-clé le test l'a montré dans l'Explorateur de tests. C'est parce que async void est un "fire-and-forget" la méthode. Faire de la méthode async Task et vous obtiendrez votre test de retour!

    En outre, de ne pas avoir de projet de Test de configuration de l'ensemble de "Construire" permettra également d'éviter les tests d'apparaître. Le Gestionnaire de Configuration > Vérifiez votre Test de construire.

    • Il m'a fallu un bon moment pour comprendre cela. J'ai refait quelques méthodes pour être asynchrone et vient d'ajouter le mot clé pour les tests. C'est seulement quand j'ai codé une nouvelle unité de test avec ce que j'ai remarqué que les autres tests sont également absents. J'ai trouvé cette réponse qui explique pourquoi cela se produit.
    InformationsquelleAutor MoonKnight
  6. 12

    Depuis que le projet est sur un lecteur partagé que l'original de l'affiche ont indiqué. VS.NET besoin de faire confiance à l'emplacement de réseau avant de charger et d'exécuter vos montages d'essai. Avoir une lecture de ce post de blog.

    Pour permettre VS.NET pour charger des choses d'un partage réseau, on doit ajouter (actions) à des emplacements approuvés. Pour ajouter un emplacement à une pleine confiance de la liste de course (évidemment les modifier si nécessaire pour vous de l'environnement):

     caspol -m -ag 1.2 -url file:///H:/* FullTrust

    À vérifier ou à la liste existante des emplacements approuvés exécuter:

     caspol -lg
    • Cette réponse est non vérifiées par l'interlocuteur, que je n'ai plus d'intérêt dans la réponse. Si cela fonctionne pour vous (ou pas), puis ajouter un commentaire ci-dessous.
    • Si vous acceptez une réponse que vous n'avez pas vérifié et downvote d'autres réponses qui décrivent des solutions pour les différentes causes de votre problème? ....C'est bizarre!
    • Ceci s'est avéré être le problème pour moi, mais pas la solution. J'ai tout déplacé locales et tous les tests ont été trouvés! Merci!
    • CasPol.exe peut être trouvé sous %windir%\Microsoft.NET\Framework[64]\[version]. Vérifiez que vous êtes à la définition de la politique de la bonne architecture. Source: msdn.microsoft.com/en-us/library/cb6t8dtz%28v=vs.100%29.aspx
    • Ce fut aussi le problème pour moi. Tellement ennuyeux que VS n'avez pas les ramasser, mais a donné l'indication zéro sur la cause!
    InformationsquelleAutor Taras Alenin
  7. 10

    Un problème que j'ai trouvé est que les tests n'obtenez pas trouvé dans l'Explorateur de tests (rien ne s'affiche), si la solution fonctionne sur un lecteur réseau /emplacement réseau /lecteur partagé

    Vous pouvez résoudre ce problème en ajoutant une variable d'environnement.

    COMPLUS_LoadFromRemoteSources et affectez-lui la valeur 1

    InformationsquelleAutor tim
  8. 6

    J'ai eu le même problème.. Dans mon cas, il a été causé par un la propriété privée TestContext.

    De le changer à la suite m'a aidé:

    public TestContext TestContext
{
    get;
    set;
}

    Après le nettoyage et la construction de la solution (comme décrit dans @Ourjamie 's réponse), les méthodes de test dans la classe de test étaient disponibles dans l'Explorateur de tests.

    • OK mêmes symptômes, il en sera de supprimer les bas-voter, si vous faites ce que vous changé (de quoi).
    • J'ai eu exactement le même, j'ai suivi le fil complet, puis vint à celui-ci et m'a amené à l'idée de mettre en public , bingo: mes nouveaux tests sont apparus. Je comprends les commentaires précédents, mais ... puisque celle-ci nous apporte de Google... c'est le fil à lire lorsque les tests ne s'affichent pas.
    • Ce fut la cause de mon problème. J'avais un champ de la dépendance de l'interface comme un champ privé. Vous êtes un épargnant de vie!
    InformationsquelleAutor Stephan Bauer
  9. 6

    J'ai rencontré le même problème en essayant d'ouvrir la solution sur un partage réseau. Pas de test de l'unité serait détecté par le Test d'Explorer dans ce cas. La solution s'avère être:

    Panneau de configuration -> Options Internet -> Onglet "Sécurité"- > Cliquez sur "Intranet" et d'ajouter l'adresse IP du serveur ou le nom d'hôte tenue le partage réseau pour les "Sites" de la liste.

    Après avoir fait cela, j'ai recompilé la solution et maintenant les tests sont apparus.
    Cela devrait être assez similaire à la réponse faite par @BigT.

    InformationsquelleAutor dracocephalum
  10. 6

    Rapide de la liste de contrôle pour la résolution de certains courants problèmes de test. Assurez-vous que:

    1. De la classe de Test et les méthodes d'essai sont public
    2. De la classe de Test a [TestClass] attribut
    3. Méthodes d'essai ont [TestMethod] attribut

    Si cela ne fonctionne pas, essayez de nettoyer, la reconstruction de la solution et de redémarrer Visual Studio.

    • Cela permettra de résoudre les problèmes de la plupart des visiteurs à cette question, et résume la plupart des réponses, mais il ne couvre pas le problème dans la question.
    • Je vous remercie. UTA001: TestClass attribute defined on non-public class
    InformationsquelleAutor SoftwareFactor
  11. 6

    J'obtenais l'erreur: "Failed to initialize client proxy: could not connect to vstest.discoveryengine.exe."

    Essayez d'exécuter Visual Studio en tant qu'Administrateur. Ce qui a fonctionné pour moi.

    Il y a un autre Débordement de Pile post de la discussion de cette erreur, et la même solution qui fonctionne pour eux. La question reste de savoir pourquoi cela fonctionne.

    • A fonctionné pour moi aussi! Je pense que c'est une question distincte.
    • Hey c'œuvres de l'homme. Merci beaucoup.. de Toute solution de contournement pour le faire fonctionner sans exécuter en tant qu'administrateur?
    • Désolé, je ne pense pas que l'exécution en tant qu'admin est une bonne solution. À moins que la preuve que c'est le seul moyen.
    • L'exécution en tant qu'administrateur est généralement pas un gros problème. Mais l'un des problèmes est que vous ne pouvez pas envoyer le Workitem à outlook.
    • La modification de votre réponse à la de lien à une SORTE de post, j'espère que vous n'avez pas l'esprit. Je suis d'accord avec Sriram et richard bien que. Bien que cela fonctionne, c'est une solution, pas une solution. Pourquoi cela fonctionne à tous les semble pas clair.
    • La raison que l'exécution en tant qu'administrateur n'est pas une bonne idée, c'est qu'il va rendre votre système plus vulnérable ( un bug dans votre code pourrait détruire l'OS ). Si vous exécutez Microsoft Windows, alors vous ne pouvez pas penser que c'est important.

    InformationsquelleAutor Edward Olamisan
  12. 4

    Parfois, j'ai les mêmes symptômes.

    Ce que j'ai fait est:

    1. Fermé le Test de la fenêtre de l'Explorateur

    2. Nettoyer la solution

    3. Reconstruire la solution

    4. Relancé Test de la fenêtre de l'Explorateur de Test -> Windows -> Test Explorer.

    Et j'ai eu mon test dans le Test de la fenêtre de l'Explorateur.

    • Je ne pense pas que c'est le même problème.
    • Je pense qu'il EST sur le même problème, c'est juste causés par quelque chose d'autre.
    InformationsquelleAutor CSharp
  13. 2

    À partir de la barre de menu en haut...

    Test -> Exécuter -> Tous les Tests

    Vous pouvez également afficher tous les tests à partir de l'Explorateur de tests (Test -> Windows -> Test Explorer)

    Plus loin avec VS 2012, si vous manquez de quelque chose, essayez de rechercher à l'aide de la barre de Lancement Rapide en haut à droite (Ctrl + Q) "Test"

    Espère que cette aide.

    • J'ai essayé, à la fois travailler avec nunit. Mais cette fois, je suis en train de lancer de quelqu'un d'autre tests écrits à l'aide de Microsoft.VisualStudio.TestTools.UnitTesting, une idée de ce que je fais de mal?
    • Ne fait aucune différence... des fois il arrive de ne pas découvrir l'unité de test... donc si u ouvrir l'explorateur de tests et de construire la solution, il vous apportera une unité de test en temps... Peut-être u sais déjà que...
    • Je voulais juste assurez-vous que vous utilisez une version express ou celui qui n'inclut pas d'outils de test. Avez-vous essayé l'installation d'un tiers de test runner?
    InformationsquelleAutor Adil
  14. 2

    J'ai trouvé la meilleure façon de résoudre ce problème est de créer un .proj msbuild fichier et ajouter votre unité de test des projets qui vous lièvre avoir un problème dans ce fichier et exécuter les tests en utilisant la version en ligne de commande de mstest. J'ai trouvé un petit problème de configuration de mon application.config qui n'est apparu que lors de l'exécution de tests de mstest - sinon, le projet de test construit juste à l'amende. Aussi, vous trouverez toute référence indirecte des problèmes avec cette méthode. Une fois que vous pouvez exécuter le test de l'Unité à partir de la ligne de commande à l'aide de mstest vous pouvez ensuite faire une solution propre, régénérer la solution et votre test doit être découvert correctement.

    • dans mon cas l'application.config aussi tué l'apparence de l'appareil de test. Après la suppression de l'application.config et la reconstruction du projet de test, ils étaient enfin de retour!
    InformationsquelleAutor Todd Carter
  15. 2

    Dans Mon cas, c'était autre chose. J'avais installé un paquet, puis de le désinstaller et de réinstaller une version antérieure. Qui a laissé un résidu configuration/runtime/asssemblyBinding/dependencyIdentity redirection dans mon application.config. J'ai eu à corriger.
    Je me suis dit elle en regardant le Output fenêtre et en sélectionnant "Tests" dans le menu déroulant. Le message d'erreur était là.
    C'était une douleur... j'espère que cela aide quelqu'un d'autre.

    InformationsquelleAutor Nestor
  16. 2

    C'est plus pour aider les gens qui se retrouvent ici, plutôt que de répondre à l'OP question:

    Essayer de fermeture et de réouverture de visual studio, a fait le tour pour moi.

    Espère que cela aide quelqu'un.

    InformationsquelleAutor Jake_Howard
  17. 2

    Je sais que c'est une vieille question, mais avec Visual Studio 2015 j'ai eu des problèmes où mes nouvellement créé de la classe de test n'a pas été reconnus. A tout essayé. Ce qui a fini par être le problème était que la classe n'a pas été inclus dans le projet". Je n'ai découvert cela sur redémarrer Visual Studio et de remarquer que mon test de la classe n'était pas là. Sur montrer les fichiers cachés, je l'ai vu, ainsi que d'autres classes que j'avais écrit, n'ont pas été inclus. Hope qui aide

    InformationsquelleAutor mortey
  18. 2

    J'ai été confronté à ce problème plusieurs fois, lorsque j'essaie de construire la solution sur un autre PC.

    Je suis à l'aide de NUnit et Specflow ainsi. Par défaut Mon projet de test cibles X86, Mais je dois la changer pour X64.
    Les étapes sont
    1. Menu Test -> Test Réglage par Défaut de l'Architecture de Processeur -> x64.
    2. Construction Propre
    3. Construire
    4. Si les tests ne se présentent pas.
    5. Allez dans Outils  les Extensions et les Mises à jour sont Ensuite Installer NUnit et Specflow bibliothèques
    6. Construction Propre
    7. Construire

    Alors généralement de test a montré dans le Test de l'Éditeur.

    • Bien que vous avez résolu ce problème. J'ai passé des journées à résoudre ce problème. Pls partager votre expérience avec la communauté. Merci de mettre cette réponse à haut si vous croyez que cela fonctionne. Merci 🙂
    InformationsquelleAutor Shiran Jayawardena
  19. 1

    J'ai mis à jour VS 2012 à la Dernière mise à Jour . ie mise à jour visual studio 3.
    Qui a résolu le problème pour moi.

    InformationsquelleAutor sam
  20. 1

    Pour Moi la solution était juste un petit peu moins compliqué.

    Je venait d'apporter une solution existante sur ma machine (cloné à partir de gitHub) et nous n'avons pas le suivi de l'auto-générés .cs fichiers Visual Studio créé. (Pour chaque fonction fichier il y a un .cs fichier avec le même nom)

    L'ouverture de la solution sans avoir les associés .fichiers cs effectivement me permettre de naviguer vers les méthodes liées, de sorte qu'il est apparu comme si specflow a été câblé correctement, mais je n'étais pas en mesure d'afficher les noms de tests dans l'Explorateur de tests.

    Pour ce problème simplement en excluant les fichiers de fonctionnalité du projet et puis re-y compris entre eux, contraints VS à régénérer ces généré automatiquement le code-behind de fichiers.

    Après, j'ai été capable de voir les tests dans l'explorateur de tests.

    InformationsquelleAutor Zack Weiner
  21. 1

    J'ai eu ce problème lors de la mise à niveau de ma solution à partir de Microsoft Visual Studio 2012 Express pour le Web pour Microsoft Visual Studio 2013.

    J'avais créé une Unité de Tests du projet en 2012, et après l'ouverture, en 2013, le projet de tests Unitaires ne pas montrer tous les tests dans les tests de l'explorateur. Chaque fois que j'ai essayé d'exécuter ou déboguer les tests qu'il a échoué, en disant ce qui suit dans la fenêtre de sortie:

        Failed to initialize client proxy: 
    could not connect to vstest.discoveryengine.x86.exe

    J'ai aussi remarqué que sur le débogage, les tests, il a été le lancement d'une instance de Visual Studio 2012. Cette clued-moi dans le fait que les Tests Unitaires projet était encore le référencement de 2012. En regardant le test de référence du projet, j'ai réalisé qu'il était ciblant la mauvaise Microsoft Visual Studio Unit Test Framework DLL pour cette version de Visual Studio:

    C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

    J'ai changé le numéro de version de 11.0-12.0: 

    C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

    Je refait tous et cela a réglé le problème - tous les tests ont été trouvés dans l'Explorateur de tests et maintenant, tous les tests sont trouvés et fonctionne parfaitement.

    InformationsquelleAutor ladygargar
  22. 1

    Vérifier que votre projet de test est pas ensemble de Délai signer seulement dans votre projet de propriétés -> Signature. Si c'est le cas, désélectionnez et de faire un nettoyage de la reconstruction.

    • ou, sautez simplement la signature de vérifier sur votre machine locale par sn -Vr *,<public key token> en tant qu'administrateur dans VS développeur invite de commande
    InformationsquelleAutor Jan Dolejsi
  23. 1

    J'ai frappé le même problème en essayant d'ouvrir la solution sur un partage réseau dans VS2013 Ultime.

    J'ai corrigé le problème en tournant sur

    Panneau de configuration -> Options Internet -> Onglet "Sécurité"- > Cliquez sur "intranet Local", cliquez sur sites et vérifiez que l'option "détecter Automatiquement le réseau intranet" est cochée.

    InformationsquelleAutor huddy72
  24. 1

    Ce sont toutes d'excellentes réponses, mais il est une raison de plus que je connais; je viens de tomber sur elle. Dans un de mes tests, j'ai eu un ReSharper message indiquant que j'avais un solde non utilisé de classe privée. C'était une classe que je vais utiliser dans un prochain test. C'est en fait causée tous de mes tests à disparaître.

    InformationsquelleAutor Mike Perrenoud
  25. 1

    Vérifier les assemblys référencés pour toutes les assemblées qui peuvent avoir des "Copie Locale" défini à "False".

    Si votre projet de test s'appuie à son propre dossier (bin/Debug par exemple) et le projet dépend d'une autre assemblée et l'une de ces assemblées, dans la liste des Références est marqué Copie Locale = "False", l'assemblée ne peut pas charger à cause de dépendances manquantes et vos tests ne se charge pas après une génération.

    InformationsquelleAutor Joshua Starner
  26. 1

    Il ressemble NUnit Cadre 2.6.4 ne fonctionne pas bien avec NUnit Adaptateur de Test. Dans le site il mentionne l'adaptateur de test ne fonctionne qu'avec NUnit Cadre 2.6.3.

    C'était mon problème:
    1. J'avais téléchargé NUnit et NUnit Adaptateur de Test séparément via Nuget dans le VS2012. En quelque sorte, NUnit s'est mis à jour à 2.6.4 Soudain, je n'ai pas vu mon test de cas répertoriés.

    Correctif:

    1. Désinstaller Nuget et Nuget adaptateur de Test

      un. Allez dans Outils> Nuget > Nuget Pkg manager > Gérer Nuget Pkg pour Solution

      b. Liste des paquets installés

      c. Cliquez sur gérer les

      d. Onu-vérifier vos projets

    2. Installer l'Adaptateur de Test NUnit, y compris NUnit 2.6.3 Cadre

    3. Nettoyer et régénérer la solution

    4. Test ouvert > Test Explorer > Exécuter Toutes les

    Je vois tous les cas de test

    Espère que cette aide

    InformationsquelleAutor user2831855
  27. 1

    Aucune des solutions ici m'a aidé. Les tests ne seraient pas découverts pour une solution, alors qu'une autre solution de référencement sur les mêmes projets a bien fonctionné. J'ai enfin résolu ce problème en supprimant la solutionname.v12.suo fichier.

    InformationsquelleAutor Craig Fisher
  28. 1

    J'ai eu le même problème, mais un peu différent.

    J'ai été à l'aide de visual studio 2012. Pour une raison quelconque, seuls les tests de la première fichier généré est en cours d'exécution. Mais les tests dans un autre fichier n'ont pas été en cours d'exécution. Essayé différentes solutions posté ici, ne fonctionne pas.

    Enfin j'ai compris que j'avais une méthode privée dans la classe de test qui a été la première méthode à l'intérieur de la classe. Je viens de déménager la méthode privée après une méthode de test; alors maintenant, une méthode avec [TestMethod] attribut est le première méthode à l'intérieur de la classe. Étrange, mais maintenant ça fonctionne.

    Espère que cela aide quelqu'un un jour.

    InformationsquelleAutor mshsayem
  29. 1

    Tests n'aime pas les méthodes asynchrones. Par exemple:

        [TestMethod]
    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

    Après avoir fait cela:

        [TestMethod]
    public void TestAuth()
    {
        TestMethod1();
    }

    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

    Il a vu le test.

    • Une meilleure solution est d' [Test] public void XamarinExampleTest() { // This workaround is necessary on Xamarin, // which doesn't support async unit test methods. Task.Run(async () => { // Actual test code here. }).GetAwaiter().GetResult(); }
    • "les Tests n'aime pas async méthodes" est false. "les Tests n'aime pas async void méthodes" est true, et la solution est tout simplement de déclarer une méthode d'essai, async Task.
    InformationsquelleAutor DaBlue
  30. 1

    Ajouter ma réponse comme c'est le top du résultat sur Google pour cela.

    Je suis à l'aide de Visual Studio 2015 et (sans le savoir, j'ai juste couru Install-Package NUnit) installé le NUnit3 package NuGet pour mon projet de test. J'ai déjà eu l'Adaptateur de Test NUnit extension est installée, et mes tests ont toujours pas présenté.

    L'installation de la NUnit3 Adaptateur de Test grâce à des Outils > Extensions et Mises à jour fixe pour moi.

    InformationsquelleAutor simonlchilds
  31. 0

    J'ai essayé tous les ci-dessus et encore mon Visual Studio 2012 ne s'est pas montré les tests. Finalement, je suis allé à une classe de test et a constaté qu'elle avait un RootNamespace.FolderName et j'ai enlevé le .FolderName à mettre la classe dans l'espace de noms racine et bingo tous les tests revinrent!

    Ne comprends pas pourquoi ça marchait très bien avec l'espace de noms d'origine jusqu'à l'autre jour.

    InformationsquelleAutor David K
  32. 0

    Je copie-collé de la déclaration de la méthode, qui comprenait une chaîne d'entrée en paramètre. Oublié de supprimer le paramètre d'entrée.

      public void ExtractValueFromLineTest(string input) {}//test not discovered because of the string input param
    InformationsquelleAutor Ryan
  33. 0

    Juste peu de moi. J'ai ajouté un test pour mon projet, mais ne pouvions pas le faire apparaître dans l'Explorateur de tests. Mon vieux tests de tous montré. Enfin, j'ai réalisé que j'étais le seul affichage d'une liste de lecture spécifique, et je n'avais pas ajouté un nouveau test à la liste de lecture. Si vous utilisez des listes de lecture, sélectionnez "Tous les Tests" et de voir si VS trouve vos tests et les affiche dans l'Explorateur de tests. Ensuite, vous pouvez les ajouter à la liste de lecture souhaitée, trop.

    InformationsquelleAutor JNygren
  34. 0

    Visual Studio Professional 2012, mise à jour 4 ici. Avoir de l'Interopérabilité des définitions de fonction (DllImport/extern) dans le même projet que de classes de test confondre l'Explorateur de tests. Le déplacement de l'Interopérabilité dans un projet distinct, a résolu le problème.

    InformationsquelleAutor mp31415
  35. 0

    J'ai rencontré le même problème dans VS2013 Ultime. Mon problème était que j'étais en train de créer un Service Windows et j'ai oublié de le désinstaller. Ainsi, le Service a été exécuté et VS ne pouvais pas accéder à l'un des Dll qui a causé que l'ensemble de la suite de test n'était pas chargé du tout.

    InformationsquelleAutor user3194973
  36. 0

    Voici une autre à ajouter à la liste en fonction de l'erreur de l'utilisateur/de la bêtise.... J'ai essayé plusieurs réponses de cette question, et alors réalisé mon projet de test a été décoché dans le Gestionnaire de Configuration (menu générer, Configuration Manager) de sorte qu'il n'a pas été construit >.<

    De poster ceci dans l'espoir qu'il va sauver quelqu'un perdre une heure ou deux, comme je viens de le faire!

    InformationsquelleAutor Matt
  37. 0

    Que je rencontrais le même problème dans Visual Studio 2013 Update 4 sur Windows 7 SP1 x64 à l'aide d'un projet de test ciblant le "CPU" configuration de plate-forme.

    Le problème était que le projet de test a été effectivement nommé "Tests" et disparaître la deuxième fois que le projet a été (re)construit.

    Après j'ai renommé le projet de "MyProject.Les Tests" par exemple, les tests ne disparaissent plus.

    InformationsquelleAutor Rami A.
  38. 0

    Ce problème semble avoir de nombreuses solutions différentes peuvent ainsi ajouter mon propre:

    Fermez Visual Studio

    Renommer C:\Users\username\AppData\Local\Microsoft\VisualStudio\12.0\ComponentModelCache
    pour ComponentModelCache.vieux

    Exécuter Visual Studio et le composant cache sera reconstruit.

    InformationsquelleAutor benPearce
  39. 0

    Un problème que j'ai pu croiser de façon répétitive n'est pas en cours d'exécution Visual Studio (explicitement) en tant qu'Administrateur sur Windows 8+. J'ai essayé plusieurs de la liste de suggestions, mais ils n'ont pas les tests unitaires d'apparaître jusqu'à, j'ai couru VS 2013 en tant qu'Administrateur (même si mon raccourci est ouvert VS de cette façon, soit en ouvrant le fichier de solution ou, parfois, en cliquant sur le raccourci il ne fait pas de l'ouvrir en tant qu'administrateur).

    • l'exécution en tant qu'administrateur ne devrait pas être nécessaire, à moins que microsoft ont fait quelque chose de mauvais dans l'architecture de visual studio (donc peut-être que c'est nécessaire. Nous ne devrions pas être le débogage de programmes en tant qu'administrateur ou avec d'importants privilèges.
    InformationsquelleAutor Aggromonster
  40. 0

    Un autre problème qui peut empêcher les tests d'être découvert, généralement avec un message dans les Tests de la fenêtre de sortie comme:

    Pas réussi à configurer les paramètres de runsettings plugin 'VSTest Configuration d'Exécution", comme il l'a jeté exception suivante: 
"Une erreur s'est produite lors de l'analyse EntityName. La ligne 1, la position 8.' 
Veuillez contacter l'auteur du plugin.

    Cela peut être causé par le fait d'avoir des caractères dans votre chemin d'accès ou au fichier des noms qui auraient besoin d'échapper à être analysée comme du xml. Plus précisément le & de caractère, comme < et > ne sont pas autorisés dans le répertoire ou les noms de fichier. Cela provoque le test de la découverte de l'automne et de ne pas identifier les tests, mais j'ai quand même pu exécuter les tests à la main à l'aide de Resharper en cliquant dans la marge.

    InformationsquelleAutor Patrick Allwood
  41. 0

    Puisque aucune de ces réponses traiter la cause que j'ai rencontré, pour ce problème, je vais ajouter ma réponse ici.

    Dans mon cas, c'était un copier coller du code de problème. Nous avons eu un TestProjectA où il y a de type de tests que nous avons envie de sortir de son propre projet de test - TestProjectB. Le problème maintenant est que, alors que les tests en TestProjectA continuer à se montrer un peu fine, les tests de la nouvelle TestProjectB ne s'affichent pas dans VS l'Explorateur de tests - sauf si vous construisez TestProjectB ou manuellement, cliquez-droit sur un examen, et de l'exécuter.

    La cause était que dans le copier-coller le code, certains espaces de noms n'a pas mis à jour à:

    • Il y a un TestMethodA() dans TestClassA dans l'espace de noms TestProjectA.ModuleA avec filepath \TestProjectA\TestClassA.cs
    • Ainsi que d'un TestMethodA() dans TestClassB dans l'espace de noms TestProjectA.ModuleA avec filepath \TestProjectB\TestClassB.cs

    Pour visual Studio affiche un message dans la fenêtre de résultat que le TestId pour ces deux sont le même, et procède à montrer TestProjectA et pas TestProjectB dans l'Explorateur de tests en raison de la TestId des affrontements entre les deux projets. La correction de l'espace de noms de TestProjectB.ModuleB pour \TestProjectB\TestClassB.cs résolu le problème.

    InformationsquelleAutor gspindles
  42. 0

    Après googler "visual studio ne peut pas voir les tests" il m'a amené ici, j'ai donc pensé que je devais partager mon problème. Je pourrais construire ma solution, et les tests existait, mais je ne pouvais pas voir de! Il transforme notre c'était un caprice de l'IDE, qui a provoqué le problème. Voir l'image ci-dessous pour une explication et correction:

    Pourquoi visual studio 2012 pas trouver mes tests?

    InformationsquelleAutor Ben Power
  43. 0

    Le problème est que le test runner, est configuré pour ne pas exécuter des tests à partir d'un lecteur distant. Quand j'ai copié le projet d'un disque local, il a bien fonctionné, mais j'avais besoin d'elle sur un lecteur partagé (ne me souviens pas pourquoi).

    J'ai lu qu'il peut être configuré pour fonctionner à partir d'un lecteur partagé, mais n'a jamais pu le faire que par le temps, j'ai découvert la solution que j'avais mis pour MonoDevelop sur Debian.

    InformationsquelleAutor ctrl-alt-delor
  44. 0

    J'ai lu toutes les réponses, et a constaté que mon (xUnit), les tests n'ont pas été découvert parce que j'avais enlevé "inutilisé" références et, plus précisément, xunit.execution.desktop. Re-installation de l'xUnit paquet résolu le problème dans mon cas.

    InformationsquelleAutor WynandB
  45. 0

    La chose la plus simple que vous pouvez faire est, il suffit de glisser et déposer les fichiers à partir de l'Explorateur de Fichiers pour le projet de Test. Construire le projet de nouveau, et vous êtes bon pour aller!

    OU

    Ouvrir le .csproj fichier de votre projet de Test dans un éditeur de texte et inclure manuellement le nom du fichier à compiler. Recherche pour l' Compile balise dans le fichier et l'ajouter à votre fichier que vous souhaitez exécuter.

    <ItemGroup>
    <Compile Include="TestSettings.cs" />
    <Compile Include="TestLibrary.cs" />
    <Compile Include="UnitTest1.cs" />
</ItemGroup>

    Ajouter la Compilation numéro de série de votre fichier et de l'enregistrer. Maintenant, exécuter les tests. Votre fichier avec l'unité de test sera détecté et l'exécuter.

    • L'ajout de la solution. Ce faisant, ne pas casser quoi que ce soit 🙂
    InformationsquelleAutor Teja
  46. 0

    Visual Studio 2015 (v. 14.....) - même problème ici

    Cause: les Différentes versions de NUnit et Adaptateur de Test NUnit
    Dans mon cas, j'ai eu les dernières versions de NUnit (3.5) et l'Adaptateur de Test NUnit, mais l'Adaptateur de Test n'était pas le bon. Pour NUnit 3 et plus il y a un NUnit3TestAdapter qui doit être utilisé

    Solution:
    Désinstallé le "mauvais" NUnint Adaptateur de Test et installé le UNit3TestAdapter v. 3.5.0 (la dernière est maintenant la version 3.6.0 mais ne pas l'utiliser afin de le garder même que NUnit)

    Après la Reconstruction de la Solution de Tests poped vers le haut 🙂

    InformationsquelleAutor Angel
  47. 0

    Dans mon cas, j'ai eu 3 projets de test, créé avec Visual Studio 2017 (mais je pense qu'il n'a pas d'importance), et seulement deux d'entre elles ont été découvertes par l'Explorateur de tests. J'ai réalisé que le troisième, le projet avait une version différente de la Microsoft.VisualStudio.QualityTools.UnitTestFramework dll.
    J'ai mis à jour dans le NuGet et le Gestionnaire de tests est apparu.

    InformationsquelleAutor Massimiliano Kraus
  48. 0

    Nous avons été à l'aide de xunit et la solution a fonctionné pour moi et l'équipe a été de supprimer le dossier %TEMP%\VisualStudioTestExplorerExtensions

    Lire ce fil.

    Pourquoi est-Visual Studio 2015/2017 Test Runner pas à découvrir ma xUnit v2 tests

    InformationsquelleAutor Si Zi
  49. -1

    Vous pouvez cliquer à droite sur une méthode de test et choisissez l'Exécution des Tests/Exécuter des Tests unitaires option. Cela devrait faire le test de windows.

    • J'ai cliqué avec le bouton droit d'une méthode de test. Je vois l'exécution des tests ( je le vois partout que j'ai droit-cliquez sur le code). Je ne vois pas de tests unitaires option.
    • Essayer et re-ajouter une référence à Microsoft.VisualStudio.TestTools.UnitTesting, de reconstruire et d'essayer de nouveau. Peut-être quelque chose de mal avec la configuration du projet.
    InformationsquelleAutor leon