发布管道上的Selenium Test.net core 3.1存在框架不匹配

发布管道上的Selenium Test.net core 3.1存在框架不匹配,selenium,unit-testing,azure-devops,azure-pipelines,asp.net-core-3.1,Selenium,Unit Testing,Azure Devops,Azure Pipelines,Asp.net Core 3.1,我使用selenium.webdriver在.net core 3.1上进行了一个简单的selenium测试。 我使用yaml在构建管道上构建它,yaml执行Restore>publish>publish工件。DLL看起来不错。 我将其放入发布管道,并不断获得: 我的管道任务是运行最新版本的管道平台安装程序和运行“Installed by tooler”的VSTest任务。 我的代理是Azure pipelines和windows-2019。不知道我在这里错过了什么。我不能做这个简单的测试。

我使用selenium.webdriver在.net core 3.1上进行了一个简单的selenium测试。

我使用yaml在构建管道上构建它,yaml执行Restore>publish>publish工件。DLL看起来不错。 我将其放入发布管道,并不断获得:

我的管道任务是运行最新版本的管道平台安装程序和运行“Installed by tooler”的VSTest任务。
我的代理是Azure pipelines和windows-2019。不知道我在这里错过了什么。我不能做这个简单的测试。如果您使用VStest任务运行dotnet-core-3.1测试,请感谢。您需要在
其他控制台选项
字段中指定
框架选项
.NETCoreApp,Version=v3.1
:如下所示:

- task: VSTest@2
  displayName: 'VsTest - testAssemblies'
  inputs:
    testAssemblyVer2: |
     **\*Test*.dll
     !**\*TestAdapter.dll
     !**\obj\**
    codeCoverageEnabled: true
    otherConsoleOptions: '/framework:".NETCoreApp,Version=v3.1"'


如果使用VStest任务运行dotnet-core-3.1测试,还可以在发布管道中使用来运行.net core 3.1上的测试。

。您需要在
其他控制台选项
字段中指定
框架选项
.NETCoreApp,Version=v3.1
:如下所示:

- task: VSTest@2
  displayName: 'VsTest - testAssemblies'
  inputs:
    testAssemblyVer2: |
     **\*Test*.dll
     !**\*TestAdapter.dll
     !**\obj\**
    codeCoverageEnabled: true
    otherConsoleOptions: '/framework:".NETCoreApp,Version=v3.1"'


您还可以在发布管道中使用来运行.net core 3.1上的测试。

精彩的.net术语世界。。。基本上,ASP.NET-Core应该包括/支持不同.NET framework版本的大部分/所有功能。这些信息可能不是问题所在。尝试/捕获驱动程序调用,以查看是否引发了任何特定于Selenium的异常。将窗口位置移动到2000,100有点奇怪。有什么原因吗?这是一个武断的立场。硒测试正在通过。它没有在发布管道上运行,也没有运行测试。我将尝试降级,看看我是否能让它在.net术语的奇妙世界中工作。。。基本上,ASP.NET-Core应该包括/支持不同.NET framework版本的大部分/所有功能。这些信息可能不是问题所在。尝试/捕获驱动程序调用,以查看是否引发了任何特定于Selenium的异常。将窗口位置移动到2000,100有点奇怪。有什么原因吗?这是一个武断的立场。硒测试正在通过。它没有在发布管道上运行,也没有运行测试。我将尝试降级,看看是否可以让它工作。您可以在发布管道中使用dotnet测试任务,但它不会工作,因为test命令隐式地执行恢复、构建和测试。即使您将参数设置为不构建或还原,它也不会在DLL中拾取测试。您甚至不能使用dotnet测试任务声明测试重新运行。如果您有任何片状测试,几乎不可用!您可以在发布管道中使用dotnet测试任务,但它不起作用,因为test命令隐式地执行恢复、构建和测试。即使您将参数设置为不构建或还原,它也不会在DLL中拾取测试。您甚至不能使用dotnet测试任务声明测试重新运行。如果您有任何片状测试,几乎不可用!