更新:增加2019年;发现/运行器集成机制与2017年和2015年相同,因此可能出错的关键问题是相同的。


我读过为什么xUnit运行者找不到我的测试,其中包括xUnit永远无法找到你的测试的原因,但我的问题是不同的-我相信我的测试没有微妙的事情发生;(他们在其他环境中工作,这似乎只是我的机器)- Visual Studio 2015[社区版]中的Visual Studio测试运行器根本不显示我的任何测试。我没有做任何令人兴奋的事情;测试的目标是桌面上的xUnit.net v2。

我已经看了输出窗口,并没有看到任何东西在测试下从选项卡显示输出。


当前回答

对我来说,最常见的罪魁祸首是Visual Studio试图使用与它所测试的库不同的架构运行测试。不幸的是,这似乎在很多地方都可能出错。

在VS 2017中,尝试创建一个运行设置文件,例如在你的测试项目中创建Default.runsettings。如果你的主库是x64,内容应该是:

<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
  <RunConfiguration>
    <TargetPlatform>x64</TargetPlatform>
  </RunConfiguration>
</RunSettings>

然后从Test -> Test Settings ->选择Test Settings file。

然后,在Test -> Test Settings, Default Processor Architecture下,再次选择正确的架构。

确保清洁和构建整个解决方案。您可能需要关闭并重新打开Test Explorer窗口。在Output -> Test窗口中寻找任何其他错误,以获得有关不正确架构类型的更多线索。

供参考,其他测试设置条目可以在这里找到。

其他回答

关闭所有Visual Studio实例 转到%TEMP%\VisualStudioTestExplorerExtensions\ 删除specrun相关文件夹 再试一次

让我知道,谢谢

在我的案例中,原因是项目调试器和测试运行器之间的目标构建不相同。统一这些元素:

Test>测试设置>默认处理器架构。然后选择X64或X86。 项目>(您的项目)属性>构建(选项卡)>平台目标。

在它们完全相同之后,重新构建您的解决方案,然后测试方法将为您出现。

我在Visual Studio 2019上也遇到了同样的问题。只要安装以下NuGet包,问题就解决了。

1)。xUnit

2). xunit.runner.visualstudio

3). Microsoft.TestPlatform.TestHost

4). Microsoft.NET.Test.Sdk

Eliminate discovery exceptions from your inquiries; go to the output Window (Ctrl-Alt-O), then switch the show output from dropdown (Shift-Alt-S) to Tests and make sure there are no discovery exceptions Test|Test settings|Default processor architecture can help if your tests are x86/x64 specific and discovery is triggering bittedness-related exceptions, i.e. not AnyCpu As suggested in this answer(upvote it if the technique helps) running the desktop console runner (instructions) can be a good cross check to eliminate other possibilities, e.g. mangled config files:-

> packages\xunit.runner.console.2.2.0\tools\xunit.console <tests.dll>

注意:xunit.runner.console包已经弃用了——当你在VS中得到一些东西时,你也可以让dotnet测试在CI上下文中运行它们


去阅读文档-它是全面的,最新的,包括故障排除信息和PRs:-

重要提示:如果您之前已经安装了xUnit.net Visual Studio Runner VSIX(扩展),则必须先卸载它。Visual Studio运行器现在只通过NuGet分发。要删除它,进入工具>扩展和更新。滚动到列表的底部,如果安装了xUnit.net,则卸载它。这将迫使您重新启动Visual Studio。

如果您在发现或运行测试时遇到问题,那么您可能是Visual Studio中已损坏的运行器缓存的受害者。要清除此缓存,请关闭VisualStudio的所有实例,然后删除文件夹%TEMP%\VisualStudioTestExplorerExtensions。还要确保你的项目只链接到Visual Studio运行程序NuGet包的单个版本。

下面的步骤对我很有效:

(只有当你怀疑你的机器上有严重的混乱时-通常更常见的情况是visual studio集成还没有安装)

做DEL %TEMP%\VisualStudioTestExplorerExtensions建议:-

PS> del $env:TEMP\VisualStudioTestExplorerExtensions

Install the NuGet Package xunit.runner.visualstudio in all test projects Paket: .paket\paket add nuget xunit.runner.visualstudio -i You need to end up with the following in your paket.dependencies: nuget xunit.runner.visualstudio version_in_path: true Note the version_in_path: true bit is important Nuget: Go to Package Manager Console (Alt-T,N,O) and Install-Package xunit.runner.visualstudio Rebuild to make sure xunit.runner ends up in the output dir Close Test Explorer <- this was the missing bit for me Re-open Test Explorer (Alt-S,W,T) Run All tests (Ctrl R, A)

对我来说,最常见的罪魁祸首是Visual Studio试图使用与它所测试的库不同的架构运行测试。不幸的是,这似乎在很多地方都可能出错。

在VS 2017中,尝试创建一个运行设置文件,例如在你的测试项目中创建Default.runsettings。如果你的主库是x64,内容应该是:

<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
  <RunConfiguration>
    <TargetPlatform>x64</TargetPlatform>
  </RunConfiguration>
</RunSettings>

然后从Test -> Test Settings ->选择Test Settings file。

然后,在Test -> Test Settings, Default Processor Architecture下,再次选择正确的架构。

确保清洁和构建整个解决方案。您可能需要关闭并重新打开Test Explorer窗口。在Output -> Test窗口中寻找任何其他错误,以获得有关不正确架构类型的更多线索。

供参考,其他测试设置条目可以在这里找到。