J'ai eu ce problème récurrent avec certains de mes projets de My .NET Framework 4.5 et 4.6 et 4,7 et 4,7 projets ne sont pas découverts de leurs tests découverts par Essai Explorer. La sortie de journal "tests" montre:
C'est tout ce que j'ai.
J'ai essayé à peu près chaque combinaison de la version différente de Le nom de montage donné ou la base de code de code n'était pas valide. (Exception de HRESULT: 0x80131047)
msest.framework et adaptateur et telle. Je ne peux tout simplement pas comprendre celui-ci. J'ai fait le cacelage du cache d'extension de test.
3 Réponses :
J'avais amélioré certains des projets à 4.6.2 et deux d'entre eux avaient des fichiers App.config avec des liaisons d'assemblage spécifiques.
Suppression des fichiers App.Config Fixe le problème pour moi - il n'y avait aucun autre paramètre utilisé dans les fichiers, donc je viens de supprimer plutôt que de fixer les fixations.
J'ai eu le même problème. J'utilise VS 2017 et version .NET 4.7. Bien que j'ai effectué un test runnable en ajoutant des outils de qualité Visual Studio et en supprimant les packages Mstest Framework et Adapter, je reçois d'autres problèmes tels que "Impossible de charger System.Runtime"
Dans mon cas, une erreur dans mon app.config Format XML empêché de découvrir et d'exécuter des tests sur ce projet de test.
C'est en fait bizarre cependant que l'erreur était celle-ci au lieu de la configuration malformée ...
Si vous avez l'entreprise, changez le niveau de journalisation du test de l'unité Live sur Verbose (Outils> Options> Test de l'unité en direct) et l'activer pour la classe de test peut offrir des informations supplémentaires sur l'échec.
Avez-vous importé le code de nom de code de code dans le projet de test?
Concentant dans le même problème, essayé de recréer le projet de test aussi bien et pas de chance.
@Eric je l'ai fait ça. Les tests sont apparus lors de l'activation des tests d'unité en direct. Puis a disparu lors de la désactivation.