Resharper 7: MSTest ne fonctionne pas - "Le test n'a pas été exécuté"
Depuis ma mise à niveau vers VS2012 et Resharper 7, mes tests MS qui fonctionnaient auparavant ne fonctionnent plus.
Les tests sont exécutés dans un environnement ASP.NET. J'utilise les attributs suivants:
[TestMethod]
[HostType("ASP.NET")]
[AspNetDevelopmentServerHost("C:\\Projekte\\****\\Website", "/")]
[UrlToTest("http://localhost:7924/")]
Une idée comment résoudre ce problème?
Aussi étrange que ce soit, avec VS2012, avec Resharper 8.0, avec NUnit, je recevais cette erreur à cause d’une entrée de mon fichier app.config. J'ai ajouté une chaîne de connexion EntityFramework et ce comportement a commencé. Si vous supprimez toute la section des chaînes de connexion, le programme d’exécution de test démarre/fonctionne à nouveau. L'affichage de la sortie montre que le fichier app.config n'est pas valide. Ce comportement spécifique dans le programme d'exécution du test était "Le test n'a pas été exécuté".
J'avais le testproject défini sur AnyCPU et le projet explicitement défini sur x86 lorsque cela se produisait. Régler le testproject sur x86 l’a résolu pour moi.
J'utilise VS2012 R # 8 et nUnit
Essayez d'exécuter les tests unitaires à l'aide de MSTest Test Explorer. Vous pouvez trouver plus de détails dans la fenêtre de sortie de la cause première.
Pour moi, il s’agissait d’un assemblage référencé utilisant une version plus récente de NUnit que celle référencée dans le projet test. L'utilisation de la même version à jour a résolu le problème.
System.IO.FileLoadException: impossible de charger le fichier ou l'assembly 'nunit.framework, version = 2.6.3.13283, Culture = neutre, PublicKeyToken = 96d09a1eb7f44a77' ou l'une de ses dépendances La définition du manifeste de l'Assemblée localisée ne correspond pas à la référence de l'Assemblée.
Dans mon cas, c’était le nuget NUnitTestAdapter qui devait être supprimé.
J'aurais le même problème que je viens ..
- Modification du modificateur d'accès aux méthodes de privé à public.
- Suppression du mot clé statique des méthodes.
C'est tout. Cela a fonctionné pour moi. Mais c'est pour C #.
Avec VS2010 et ReSharper 9.1, le problème était que le fichier LocalTestRun.testrunconfig était manquant mais qu'il était référencé dans mon fichier .vsmdi.
Le test sans VS fonctionnait correctement, mais l’erreur «Test n’a pas été exécuté» a toujours été constatée dans l’interface utilisateur de test ReSharper.
J'ai donc simplement restauré mon ancien fichier LocalTestRun.testrunconfig et tout fonctionne parfaitement.
J'aurais probablement pu mettre à jour mon fichier .vsmdi pour ne pas faire référence au fichier manquant ... Je n'ai pas testé cela.
J'ai eu le même problème. Impossible de faire fonctionner le programme d'exécution de Visual Studio. J'ai donc essayé de déboguer un test. Cela a généré une exception ConfigurationErrorsException, qui ne contenait pas beaucoup de traces de pile mais contenait la phrase "ClientSettingProvider". J'ai cherché ma solution et trouvé que quelque chose avait ajouté une clé appSetting pour "ClientSettingProvider.ServiceUri" à mon app.config. J'ai supprimé ceci (avec un élément connectionStrings vide) et tout reconstruire - résolu le problème!
Vérifiez votre app.config et essayez de supprimer tous les éléments vides ou tout ce qui semble louche.
Vérifiez que toutes les références que vous avez dans le projet de test sont définies sur Copy Local True.
Un autre problème (idiot) pourrait être; J'ai accidentellement eu le projet de ne pas construire. Allez à Build/"Configuration Manager" et assurez-vous que le projet est configuré pour construire.
J'ai eu le même problème parce que le nom de la classe de test contenait les caractères '<' et '>' (également '(' et ')' à l'origine de ce problème).
Supprimer ces symboles a résolu le problème.
Je pourrais utiliser des symboles dans les identificateurs grâce au support Unicode de F #.
J'ai eu un problème similaire avec NUnit test, qui ne serait pas exécuté, mais R# ne les marquerait que comme "Le test n'a pas été exécuté".
Les exécuter avec le lanceur NUnit natif a révélé que le fichierapp.configcomportait une erreur (en réalité, 2 sections ConnectionString). Cette correction rendait également les tests exécutés dans R# test runner.
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 n'a pas été exécuté". Aucune autre information.
Cela s'est avéré être dû à ma section personnalisée dans App.Config. Enlever ça et ça a marché.
Configuration: Visual Studio C # 12, ReSharper 8.2.3
J'ai eu exactement le même problème et rien n'a aidé.
j'ai finalement constaté que mes espaces de noms du projet d'unité et du projet de test d'unité ne correspondaient pas.
L'espace de noms de mon projet d'unité est unit.project et le projet de test s'appelait unit.project.tests, mais l'espace de noms par défaut du test était identique à celui de l'unité, les deux étant unit.project.
Une fois que j'ai mis à jour les espaces de noms pour qu'ils soient différents (un espace de noms pour chaque projet), tout a fonctionné!
Sur VS2012, le projet de test ne fonctionne pas sur les dossiers partagés tels que\XXXXXX\XXX J'ai résolu le problème en copiant le projet de test sur des périphériques locaux ..__
Je n'arrêtais pas de faire "Test n'a pas été exécuté" dans Resharper .. J'ai essayé toutes les recommandations mais rien n'a fonctionné Ce qui a résolu le problème pour moi, c'était l'exécution de Visual Studio en tant qu'administrateur. (VS2013 avec Resharper 8.1)
J'ai trouvé que le fichier de paramètres pour le test unitaire peut avoir besoin de vérifier lequel est désigné par ReSharper. La même chose se passait et ce sont mes tests unitaires pour le harnais RS qui indiquaient le mauvais fichier.
Juste un extrait de MSDN concernant Assert.Inconclusive :
Le code généré par Visual Studio lors de la création de tests unitaires inclut une déclaration non concluante en tant qu'espace réservé.
Cela arrive si quelque chose ne va pas dans la solution, le plus souvent une mauvaise configuration, comme des espaces de noms incorrects ou incompatibles, des cibles de construction incohérentes, etc., ce qui conduit à ce que UnitTestExplorer est incapable d'utiliser correctement les tests unitaires fournis. La solution générale consiste donc à vérifier les dernières modifications et à corriger les erreurs.