错误:在调试/运行C#单元测试用例时未发现要运行的测试-Visual Studio 2017 15.5.1未发现测试用例。
框架Microsoft.NET框架4.6.1
添加了测试适配器,如下MSTest.TestAdapter.1.2.0 MSTest.TestFramework.1.1.0
测试资源管理器未显示测试用例。
这是在升级Visual Studio后开始发生的。一些单元测试项目测试用例在测试资源管理器中没有被发现。当尝试调试或运行时,它会显示“未找到要运行的测试”
我尝试删除项目并重新创建,但没有成功。
output[4/3/2018 2:59:25PM Informational]未找到要运行的测试。
我已将 VS 更新到 15.6.4 删除 VS 测试缓存文件 DEL %TEMP%\VisualStudio测试探索者扩展 重新启动的 Visual studio
测试用例被发现,但未调试
我安装了Nuget软件包的5个版本,我将它们合并到最新版本中,解决了问题
MSTest.TestAdapter MSTest.TestFramework
我也有同样的问题,请确保将< code>TestClass设置为< code>public!
[TestClass]
public class CSharp_JavaScript_ServerResponse_Test
{
}
如果我对你的理解是正确的,这是你观察到的:
运行测试时,可以在控制台中看到以下内容:
[4/3/2018 2:26:13 PM Informational] ------ Run test started ------
[4/3/2018 2:26:14 PM Warning] No test is available in d:\...\UnitTestProject1.dll. Make sure that test discoverer & executors are
registered and platform & framework version settings are appropriate and try
again.
测试浏览器显示:
可能发生的情况是,测试发现是为另一个架构而不是您当前设置的架构设置的,这种情况在我身上发生过几次。
您当前的配置是x64
但是,默认测试设置可能具有另一个(例如 x86):
如果使用当前体系结构(x86 → x64)_align测试设置,则应运行测试。
如果解决方案配置一致,现在不需要手动清理
我试图通过testng运行简单的Cucumber/Java测试。xml。 所以,我有testng。xml: 我用的是runner。类,在其中我将路径/选项/etc设置为功能文件、步骤和报告: 但是当我运行testng时。xml作为TestNG套件,它: 1) 通过我自己的设想, 但是 我做错了什么?
问题内容: 有没有办法在单元测试失败时自动启动调试器? 现在,我只是手动使用pdb.set_trace(),但这非常繁琐,因为我需要每次都添加它并在最后将其取出。 例如: 问题答案: 我更正了在异常而不是set_trace上调用post_mortem的代码。
我有一个Android应用程序的测试套件,所有单元测试都运行良好。但是,每当我对一个单元测试类(例如,)进行一个更改时,当尝试再次运行该类时,我会得到以下消息 如果我做了一个gradle clean,然后再次运行类测试,它运行得很好(但需要4分钟来做……),但随后一个新的更改会再次破坏它。 有什么解决方法吗?我不确定应该发布哪种测试配置。我正在使用单元测试工件,我的测试位于文件夹中
就像 会编译代码并运行生成的二进制文件一样,cargo test 在测试模式下编译代码并运行生成的测试二进制文件。可以指定命令行参数来改变 cargo test 的默认行为。例如,cargo test 生成的二进制文件的默认行为是并行的运行所有测试,并捕获测试运行过程中产生的输出避免他们被显示出来,使得阅读测试结果相关的内容变得更容易。 这些选项的一部分可以传递给 cargo test,而另一些则
正如前面提到的,connectedCheck 需要一个已连接设备。这个过程依赖于 connectedDebugAndroidTest task,因此 connectedDebugAndroidTest task 也会运行。该 task 会执行以下内容: 确认应用和测试应用已被构建(依赖于 assembleDebug 和 assembleDebugAndroidTest) 安装这两个应用 运行测试
5.2 运行测试 正如前面所提到的,引导任务 connectedCheck 需要一个已经连接的设备才能运行。 这会依赖 androidTest ,所以 androidTest 也会被运行。这个任务做了以下事情: 确保应用和测试应用已经被构建(依赖 assembleDebug 和 assembleTest ) 安装这两个应用 运行测试 卸着这两个应用 如果同时有多个连接的设备,那么所有的测试会在所有