项目.json
文件引用是;
“xunit”: “2.2.0-beta2-build3300”,“xunit.abstractions”2.0.1-rc2“,”xunit.assert“: ”2.2.0-beta2-build3300“,”xunit.exity.core“: ”2.2.0-beta2-build3300“,”xunit.可扩展性.执行“: ”2.2.0-beta2-build3300“,”xunit.runner.console“: ”2.2.0-beta2-build3300“,”xunit.runner.visualstudio“: ”2.2.0-beta2-build1149“,”xunit.runner“: ”2.0.0”
当我尝试使用ReSharper xUnit测试运行器时,我遇到了:;
单元测试运行程序无法运行测试,无法运行xUnit测试-未找到文件:“D:\srcs\GitProjects..etc\bin\My.tests”。dll“参数名称:assemblyFileName
通过安装Resharper的早期访问程序(2016.3),您将能够运行您的dotnet核心测试。< br >它支持nunit和xunit。我安装了它,它为我解决了这个问题。
链接到relase详细信息:
https://blog.jetbrains.com/dotnet/2016/09/26/resharper-ultimate-2016-3-eap-build-1-details/
ReSharper目前不支持.net核心测试。计划于2016年3月进行。
支持。Resharper中的NET Core测试计划于2016.3
解决方法是使用Visual Studio测试资源管理器。(测试-
项目。json文件必须包含<code>xunit:
{
...
"testRunner": "xunit",
"dependencies": {
...
"xunit": "2.2.0-beta2-build3300",
"dotnet-test-xunit": "2.2.0-preview2-build1029",
},
...
}
重新构建您的项目,您应该能够成功运行您的测试。如果你有Visual Studio 2015,你可以在代码中开始你的测试。
更新:(2017-02-08)它也适用于nunit
;
{
"testRunner": "nunit",
"dependencies": {
...
"NUnit": "3.5.0",
"dotnet-test-nunit": "3.4.0-beta-3"
},
...
}
我昨晚睡觉时所有的测试都出现了,今天重新加载了项目,无论我怎么尝试,VS测试运行程序都没有得到任何东西。 昨天,当我加载项目时,我遇到了类似的问题,但通过添加对Microsoft.DotNet.内部成就的引用来解决它 - 正如这篇文章所建议的那样:链接。但是,即使有参考文献,它现在也在做同样的事情。我现在也尝试了帖子中的几乎所有答案,但无济于事。 我已经与一个基本的控制台项目进行了比较,除了包含的
Q: 可以在VS 2013中与MSTest并行运行xunit测试吗?如果是,我做错了什么? 背景: 我已将 .NET 解决方案从 VS 2012 格式迁移到 VS 2013。 我无法进行xUnit测试。经过多次故障排除(试验项目类型、MS工具版本、仅使用xUnit创建新项目、试验xUnit版本和依赖项),我能够将问题缩小到在xUnit测试的同一个项目中使用MSTests。这在VS 2012中曾经奏
我已经为主项目和测试创建了.NET Standard1.6类库,并复制了代码。我将单元测试改为使用xUnit属性和断言,而不是NUnit。 除此之外,我基本上遵循了文档中的说明,因此添加了以下NuGet包: microsoft.net.test.sdk xUnit xunit.runner.visualstudio
我正在使用xUnit(1.9.2.version)ReSharper xUnit。net测试支持ReSharper 9对ReSharper的扩展 由于某些原因,ReSharper单元测试运行程序不会发现所有现有的单元测试,而测试资源管理器会发现。所有测试类都标记为公共<有线索吗?
就像 会编译代码并运行生成的二进制文件一样,cargo test 在测试模式下编译代码并运行生成的测试二进制文件。可以指定命令行参数来改变 cargo test 的默认行为。例如,cargo test 生成的二进制文件的默认行为是并行的运行所有测试,并捕获测试运行过程中产生的输出避免他们被显示出来,使得阅读测试结果相关的内容变得更容易。 这些选项的一部分可以传递给 cargo test,而另一些则
正如前面提到的,connectedCheck 需要一个已连接设备。这个过程依赖于 connectedDebugAndroidTest task,因此 connectedDebugAndroidTest task 也会运行。该 task 会执行以下内容: 确认应用和测试应用已被构建(依赖于 assembleDebug 和 assembleDebugAndroidTest) 安装这两个应用 运行测试