Installation de Runner de test sur Visual Studio sans NuGet

Question

J'ai récemment installé XUnit et le programme d'exécution XUnit VS (par exemple xunit.runner.visualstudio) sur Visual Studio après le documentation. Le processus d'installation utilise NuGet et à la fin je peux voir avec succès tous les tests dans l'explorateur de test MS. Cependant, si je démarre une nouvelle solution et référence toutes les DLLs XUnit requises, c'est-à-dire que je veux utiliser XUnit sans utiliser NuGet pour l'installer, les tests ne s'affichent jamais dans MS Test Explorer (pas de problèmes les voyant dans le ReSharper test explorer).

Je pense que cela a quelque chose à voir avec l'adaptateur de test XUnit que Visual Studio utilise pour trouver des tests XUnit. Il semble que NuGet demande en quelque sorte à Visual Studio de créer le dossier VisualStudioTestExplorerExtensions sur chaque build en mettant les dll d'adaptateur de test XUnit nécessaires (par exemple xunit.runner.visualstudio.testadapter.dll) dans ce dossier. L'explorateur de test MS utilise ensuite cet adaptateur de test pour rechercher le test XUnit (voir SO Question). Lorsque j'essaie d'utiliser XUnit sans NuGet, le dossier VisualStudioTestExplorerExtensions n'est jamais créé lors de la génération. Ajout du dossier manuellement avec toutes les DLL XUnit dans cela ne fonctionne pas non plus. C'est presque comme si j'avais besoin de demander à Visual Studio de regarder dans ce dossier, mais je ne vois pas de moyen évident de le faire.

Comment utiliser/installer XUnit sans utiliser NuGet? Ou, comment puis-je obtenir VS dans le `VisualStudioTestExplorerExtensions 'lors de la recherche de tests?

Answer 1

Si vous souhaitez installer un coureur de test manuellement, copiez tous les fichiers DLL nécessaires pour:

C:\Program Files (x86)\Microsoft Visual Studio {version}\Common7\IDE\CommonExtensions\Microsoft\TestWindow\Extensions

Remplacement {version} avec le nombre approprié. L'inconvénient ici est que ceci est à l'échelle de la machine (peut-être souhaitable dans votre cas), et que vous ne pouvez pas reproduire aussi facilement cette configuration sur un serveur de construction. Vous devrez également redémarrer VS chaque fois que vous apportez des modifications à ces fichiers.