Resharper 7: MSTest ne fonctionne pas - " Test n'a pas été exécuté"
depuis que je suis passé à VS2012 et Resharper 7, mes tests MS précédents ne fonctionnent plus.
les essais sont effectués dans un ASP.NET environnement. J'utilise les attributs suivants:
[TestMethod]
[HostType("ASP.NET")]
[AspNetDevelopmentServerHost("C:Projekte****Website", "/")]
[UrlToTest("http://localhost:7924/")]
une idée de comment réparer ça?
18 réponses
aussi étrange que cela puisse paraître, en utilisant VS2012, en utilisant Resharper 8.0, en utilisant NUnit, je recevais cette erreur à cause d'une entrée dans mon application.fichier de configuration. J'ai ajouté une chaîne de connexion Entitefram Framework et ce comportement a commencé. La suppression de toute la section des chaînes de connexion montre que le coureur de test démarre / fonctionne à nouveau. L'affichage montre l'application.config n'est pas valide - cela provoquait ce comportement spécifique chez le coureur du test - "le Test n'a pas été exécuté".
j'ai eu le projet de test défini à AnyCPU et le projet défini explicitement à x86 quand cela est arrivé. Réglage de la projettest x86 résolu pour moi.
j'utilise VS2012 R#8 et nUnit
essayez d'exécuter les tests unitaires à l'aide de L'Explorateur de tests MSTest. Vous pouvez trouver plus de détails dans la fenêtre de sortie de la cause racine.
pour moi, c'était un assemblage référencé qui utilisait une version plus récente de NUnit que celle qui était référencée dans le projet d'essai. L'utilisation de la même version mise à jour a corrigé le problème.
Système.IO.FileLoadException: ne peut pas charger le fichier ou l'ensemble 'nunit.Framework, Version = 2.6.3.1283, Culture=neutre, PublicKeyToken = 96d09a1eb7f44a77' ou l'une de ses dépendances. L'assemblée manifeste définition ne correspond pas à la référence d'assembly.
j'ai juste le même problème..
- Changé les méthodes de modificateur d'accès du secteur privé au secteur public.
- a supprimé le mot-clé statique des méthodes.
C'est tout. Il a travaillé pour moi. Mais c'est pour C#.
dans mon cas, c'était le NuGet NUnitTestAdapter qui devait être enlevé.
vérifiez que toutes les références que vous avez dans le projet test sont définies pour copier local True.
j'ai eu le même problème. Je n'ai pas pu faire fonctionner le Visual Studio Test runner, donc j'ai essayé de déboguer un test à la place. Cela a lancé une ConfigurationErrorsException, qui n'avait pas beaucoup de trace de pile mais contenait l'expression "ClientSettingProvider". J'ai cherché ma solution et j'ai trouvé que quelque chose avait ajouté une touche d'application pour "ClientSettingProvider.ServiceUri" à mon application.config. J'ai supprimé ceci (avec un élément de connexion vide) et tout reconstruit - j'ai résolu le problème!
vérifiez votre application.config et essayer de supprimer tous les éléments vides ou tout ce qui semble louche.
un autre problème (stupide) il pourrait être; j'ai accidentellement eu le projet mis à ne pas construire. Allez à Build / "Gestionnaire de Configuration", et assurez-vous que le projet est prêt à être construit.
en utilisant VS2010 et ReSharper 9.1 le problème était que le fichier LocalTestRun.testrunconfig manquait mais était référencé dans mon fichier .vsmdi .
le test sans VS fonctionnait correctement mais j'ai toujours eu l'erreur" Test wasn't run " dans ReSharper test UI.
donc j'ai simplement restauré mon vieux fichier LocalTestRun.testrunconfig et tout fonctionne parfaitement.
j'aurais probablement pu mettre à jour mon .vsmdi fichier pas référence manquante fichier... Je n'ai pas tester.
sur VS2012, le projet de Test ne fonctionne pas sur les dossiers partagés comme \XXXXXX \ XXX J'ai résolu le problème en copiant le projet de test sur des appareils locaux. Bonne Chance
j'ai trouvé que le fichier de paramètres pour le test de l'unité peut avoir besoin de vérifier lequel est pointé par ReSharper. J'ai eu la même chose et c'était à cause de mes tests unitaires pour le harnais RS pointant vers le mauvais fichier.
j'ai eu le même problème parce que le nom de la classe test avait les caractères '<' et '>' dans lui (aussi '(' et ')' causé ce problème).
Supprimer ces symboles a résolu le problème.
je pouvais utiliser des symboles dans les identificateurs grâce au support Unicode de F#.
j'ai eu exactement le même problème et rien n'a aidé.
finalement j'ai vu que j'avais une inadéquation dans mes espaces de noms du projet d'unité et du projet d'essai d'unité.
le namespace de mon projet d'unité est unité.projet et le projet d'essai a été nommé Unité.projet.tests mais le namespace par défaut du test était le même que l'Unité, les deux étaient unité.projet.
une fois que j'ai mis à jour les namespaces pour qu'ils soient différents (un namespace pour chaque projet) tout a fonctionné!
j'ai eu un problème similaire avec NUnit test, qui ne serait pas exécuté, mais R# ne les marquerait que comme"Test wasn't run".
les exécutant avec le natif NUnit runner révélé, que le app.le fichier de configuration comportait une erreur (en fait, 2 sections de connexion). La fixation de ce qui a également fait les essais en cours dans R# d'essai runner.
j'ai continué à obtenir "Essai n'était pas exécuter" dans Resharper.. J'ai essayé toutes les recommandations, mais rien n'a fonctionné. Ce qui l'a résolu pour moi, C'est de diriger Visual Studio en tant qu'administrateur. (VS2013 w/ Resharper 8.1)
juste un extrait de MSDN concernant Assert.Non concluant :
le code généré par Visual Studio lors de la création de tests unitaires inclut une déclaration non concluante en tant que placeholder.
cela se produit si quelque chose ne va pas avec la solution, le plus souvent une mauvaise configuration, comme des espaces de noms incorrects ou mal appariés, des cibles de construction incohérentes etc, ce qui conduit au fait que UnitTestExplorer est incapable d'utiliser correctement les tests unitaires. La solution générale consiste donc à vérifier les dernières modifications et à corriger les erreurs.
j'ai eu le même problème en C#: Les tests unitaires exécutés par ReSharper se sont tous arrêtés avec"Test wasn't run". Aucune autre information.
il s'est avéré être en raison de ma section personnalisée dans App.Config. Retirer et cela a fonctionné.
Configuration: Visual Studio C# 12, ReSharper 8.2.3
Juste pour ajouter à cela, j'avais écrit sur mon application.fichier de configuration avec un nouveau qui manquait certains articles dont j'avais besoin. J'ai ajouté les sections de retour, j'ai eu ce même message d'erreur dans resharper. Grâce aux commentaires ci-dessus, je l'ai comparé à une version plus ancienne et j'ai trouvé que je manquais les noms de section dans les configSections.