Pourquoi visual studio 2012 pas trouver mes tests?

j'avais les mêmes symptômes, mais dans des circonstances différentes.

j'ai dû ajouter une étape supplémentaire à la solution de Peter Lamberg - nettoyer votre solution/projet.

mon projet unittest cible x64. Quand j'ai créé le projet, il ciblait à l'origine x86.

après être passé sur x64, tous mes tests ont disparu.

j'ai dû aller au Menu Test - > paramètres de Test-Architecture de processeur par défaut -> x64.

ils ne sont toujours pas venus.

a fait un build.

N'est toujours pas venu.

enfin fait un nettoyage

puis ils se sont pointés.

je trouve Solution propre et propre à être très utile pour obtenir les solutions à jouer la balle lors du réglage ont changé. Parfois je dois aller à l'extrême et supprimer les répertoires obj et bin et faire reconstruire.

veuillez ajouter le mot-clé public à la définition de votre classe. Votre classe test n'est actuellement pas visible en dehors de son propre assemblage.

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

ça marche parfois.

vérifier que l'architecture du processeur sous menu Test correspond celui que vous utilisez pour construire la solution.

Test - > paramètres de Test - > Architecture par défaut du processeur - > x86 /x64

comme mentionné dans d'autres messages, assurez-vous que vous avez la fenêtre de L'Explorateur de Test ouverte. Test -> Windows -> Explorateur De Tests

alors reconstruire le projet avec les tests devrait faire apparaître les tests dans l'Explorateur de tests.

Edit: comme Notrejamie l'a souligné ci-dessous, faire une construction propre peut aussi aider. En plus de cela, Voici une autre chose que j'ai rencontrée:

la case à cocher" construire " n'a pas été cochée dans le Gestionnaire de Configuration pour un nouveau projet d'essai que j'avais créé sous la solution.

aller à Build -> Gestionnaire de Configuration. Assurez-vous que votre projet de test a construire case cochée pour toutes les configurations de solutions et plateformes de solutions.

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

donc j'ai installé le suivant: Adaptateur D'Essai NUnit

qui a réglé le problème pour moi !

d'après mon expérience récente, tout ce qui précède n'a pas fonctionné. Ma méthode d'essai

public async void ListCaseReplace() { ... }

ne se présentait pas mais compilait amende. Quand j'ai enlevé le mot-clé async le test le s'est montré dans L'Explorateur de Test. C'est la bacause async void est une méthode "feu-et-oublier". Faites la méthode async Task et vous obtiendrez votre test de retour!

de plus, le fait de ne pas avoir la configuration du projet D'essai définie à "construire" empêchera également les essais d'apparaître. Gestionnaire de Configuration > vérifiez votre Test de construction.

puisque le projet est sur un lecteur partagé comme l'affiche originale ont indiqué. VS.NET besoin de faire confiance à l'emplacement du réseau avant qu'il ne charge et exécute vos assemblages de test. Avoir une lecture de ce billet de blog .

pour permettre VS.NET pour charger les choses d'un partage de réseau, il faut les ajouter (partages) à des emplacements de confiance. Pour ajouter un emplacement à une liste de confiance complète, Lancez (évidemment modifiez comme requis pour votre environnement):

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

pour vérifier ou lister les emplacements de confiance existants, Lancez:

 caspol -lg

un problème que j'ai trouvé est que les tests ne sont pas trouvés dans L'Explorateur de Test (rien n'apparaît) si la solution est en cours d'exécution d'un lecteur réseau / emplacement réseau / lecteur partagé

vous pouvez corriger cela en ajoutant une variable d'environnement.

COMPLUS_LoadFromRemoteSources et fixe sa valeur à 1

j'ai eu 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 post de débordement de pile discutant de cette erreur , et la même solution fonctionne pour eux. La question demeure de savoir pourquoi cela fonctionne.

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

Changer à la suite m'a aidé:

public TestContext TestContext
{
    get;
    set;
}

après le nettoyage et la construction de la solution (tel que décrit dans @Ourjamie 's answer), les méthodes d'essai dans la classe d'essai affectée étaient disponibles dans L'Explorateur d'Essais.

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

Panneau de contrôle -> Options Internet - > Onglet" Sécurité "- > cliquez sur" Intranet "et ajoutez l'adresse IP du serveur ou le nom de l'hôte détenant le partage de réseau à la liste" Sites".

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

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

1. la classe d'essai et les méthodes d'essai sont public
"
2. classe a [TestClass] attribut
3. méthodes d'Essai ont [TestMethod] attribut

si cela ne vous aide pas, essayez de nettoyer, reconstruire la solution et redémarrer Visual Studio.

j'ai parfois les mêmes symptômes.

ce que j'ai fait est:

1. Fermer la fenêtre Test Explorer

2. Nettoyé la solution

3. Reconstruire la solution

4. Fenêtre Test Explorer relancée de Test - > Windows - > Test Explorer.

et j'ai eu mon test dans la fenêtre Test Explorer.

dans la barre de menu en haut...

Essai - > Exécution - > Tous Les Essais

vous pouvez aussi voir tous les tests de Test Explorer (Test -> Windows -> Test Explorer)

plus loin avec VS 2012, si vous manquez quelque chose essayez la recherche en utilisant la barre de Lancement rapide en haut à droite (Ctrl + Q) "Test"

Espérons que cette aide.

j'ai trouvé la meilleure façon de résoudre ce problème est de créer un .proj msbuild fichier et ajouter vos projets de test d'unité qui vous avez 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 des tests à partir de mstest - sinon le projet de test construit très bien. Vous trouverez également tous les problèmes de référence indirecte avec cette méthode ainsi. Une fois que vous pouvez exécuter le test de L'Unité de la ligne de commande en utilisant mstest vous pouvez alors faire une solution propre, solution de reconstruction et votre test devrait être découvert correctement.

Dans Mon cas, c'était autre chose. J'avais installé un paquet, puis je l'ai désinstallé et j'ai réinstallé une version précédente. Cela a laissé un résidu de redirection configuration/runtime/asssemblyBinding/dependencyIdentity dans mon application.config. J'ai eu à corriger. J'ai trouvé la solution en regardant la fenêtre Output 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.

c'est plus pour aider les gens qui finissent ici plutôt que de répondre à la question de L'OP:

essayez de fermer et de rouvrir visual studio, ça m'a fait du bien.

J'espère que ça aidera quelqu'un.

je sais qu'il s'agit d'une question plus ancienne, mais avec Visual Studio 2015, j'avais des problèmes où ma nouvelle classe de test n'était pas reconnue. A tout essayé. En fin de compte, le problème était que la classe n'était pas "incluse dans le projet". J'ai seulement trouvé ça en redémarrant Visual Studio et en remarquant que mon cours d'essai 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

j'ai éprouvé ce problème à plusieurs reprises lorsque j'ai essayé de construire la solution dans un PC différent.

J'utilise aussi NUnit et Specflow. Par défaut, mon projet de test cible X86, mais je dois le changer en X64. Les étapes sont 1. Menu de Test - > paramètres de Test-Architecture de processeur par défaut - > x64. 2. Construction Propre 3. Construire 4. Si les tests ne se présentent pas. 5. Aller aux outils փ Extensions et mises à jour puis installer NUnit et Specflow bibliothèques 6. Construction Propre 7. Construire

alors généralement test will s'est présenté dans L'éditeur de Test.

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.

pour moi la solution était juste un peu moins compliquée.

je venais d'apporter une solution existante sur ma machine (clonée à partir de gitHub) et nous ne suivons pas l'auto-généré .fichiers cs créés par Visual Studio. (Pour chaque fichier, il y a un .cs fichier avec le même nom)

ouverture de la solution sans avoir la solution associée .les fichiers cs me permettent en fait de naviguer vers les méthodes liées, il semble donc que specflow était 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 en excluant simplement les fichiers de fonctionnalités du projet et en les incluant à nouveau, en forçant VS à régénérer ces fichiers codebehind générés automatiquement.

après cela, j'ai pu voir les tests dans l'Explorateur de test.

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

j'avais créé un projet de tests unitaires en 2012, et après l'ouverture en 2013, le projet de tests unitaires ne montrerait aucun test dans l'Explorateur de tests. Chaque fois que j'ai essayé d'exécuter ou de déboguer des tests, 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é qu'en déboguant les tests, il était lancement d'une instance de Visual Studio 2012. Cela m'a amené au fait que le projet de tests unitaires faisait encore référence à 2012. En regardant la référence du projet de test, j'ai réalisé qu'il ciblait le mauvais cadre de test de Microsoft Visual Studio Unit 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

j'ai tout reconstruit et cela a réglé le problème - tous les tests ont été trouvés dans le Test Explorer et maintenant, tous les tests sont trouvés et fonctionne parfaitement.

vérifiez que votre projet d'essai est et non réglé sur . Si c'est le cas, désélectionnez-le et faites une reconstruction nette.