更新:增加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窗口中寻找任何其他错误,以获得有关不正确架构类型的更多线索。

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

其他回答

我不知道你们中的一些人是否也使用JustMock,但我不得不在VS 2017中禁用分析器,以便测试检测工作。

上述解决方案都不适合我(dotnetcore 1.1, VS2017)。下面是解决方法:

添加NuGet包microsoft . testplatform . testthost 添加NuGet 包Microsoft.NET.Test.Sdk

这些是我之前安装的这些包的补充:

xunit (2.3.0-beta1-build3642) xunit.runner.visualstudio (2.3.0-beta1-build1309)

我尝试了上面的大部分建议,但都没用。以我为例,我在一个团队中,为其他开发人员提供相同解决方案的测试。所以,我试图删除我的。vs文件夹,但运气也不好。

我最终完全删除了我的本地文件夹,并重新克隆了repo。这为我解决了问题。

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

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

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

我有测试项目A和B.在项目A中发现的测试,但发现从未停止B.我不得不手动杀死TestHost使停止。

我做了很多这篇文章描述的事情,甚至到了我不确定这是否是解决方案的地步。

现在它工作了,我所做的事情是打开解决方案,并没有测试资源管理器。相反,我只是检查输出窗口的测试,我可以看到发现过程结束,测试的数量等于A+B。在这之后,我打开测试资源管理器,然后A和B都出现了。 所以:

正确卸载和安装最新的xUnit。删除上面提到的%temp%,添加NuGet包" microsoft . testplatform . testthost " 添加NuGet包“Microsoft.NET.Test”。Sdk”,重新启动,但只检查测试输出。如果有效,你会看到的