问题标签 [vstest]

我按照此文档将我的 Web 性能测试项目的构建迁移到 TFS 2013 构建过程模板以进行自动 nuget 恢复。

我的解决方案有 .webtest 文件，它们是 Web 性能测试的容器。但 VsTest.console.exe 无法识别 .webtest 测试。我查看了发现者，发现安装的没有一个支持 .webtest 扩展名。

我尝试使用 vstest.console.exe 找到运行 .webtests 的测试适配器，但什么也没找到。

该文档为vstest.console.exe说明了以下内容：

您可以从命令行运行自动化单元和编码的 UI 测试。

这对于mstest.exe：

您可以在本地或使用测试控制器或测试代理从命令行运行自动化的 Web 性能和负载测试。

为什么vstest.console.exe不支持 .webtests ？它不是设计为替代mstest.exe以使用适配器运行任何类型的测试吗？

此外，如果这意味着我需要编写一个可以读取和运行带有 .webtest 扩展名的测试的自定义适配器，那么我需要做什么？

我正在整理一组新的单元测试，作为 CI 作业一起运行。我使用 vstest.console.exe 而不是 mstest.exe 主要是因为它能够从多个框架运行测试，但现在重点是一些 xUnit dll。这些作业作为 Jenkins 管道的一部分运行。

我已经在几个开发盒上成功地测试了所有东西，但令人讨厌的是，到目前为止，测试发现在任何 CI 构建盒上都不起作用。这是在添加 0.99.8 xUnit 测试适配器 vsix（也使用 0.99.7 测试）之后。xUnit dll 是针对 4.5 和 2.0.0.2378 beta nuget 版本的 xUnit 构建的。

我已经用最简单的 dll 重现了这些症状，使用单一的公共测试方法，在我自己的盒子上运行良好，而不是在任何构建盒子上运行。部署环境非常简单，在 Windows 2012 上安装了 VS2012 和 xUnit 测试适配器。

我已经通过 vstest exe 配置文件启用了 TpTrace 日志记录，一切看起来都很好。我想我正在寻找一种方法来进一步解决问题（可能是跟踪 xUnit 发现过程）或解决问题的方法。为了简单地运行多个框架，我更愿意保留使用 vstest 控制台。

我也通过xUnit codeplex网站写了这个问题。

我已经查看了这个SO 帖子，但这里没有任何建议的解决方案有意义。

/TestSettings/Execution/Timeouts/@runTimeout使用 MSTest.exe，您可以通过在 .testsettings 文件中设置属性来指定测试运行的总超时时间。

对于 VSTest.Console.exe，.testsettings 已被弃用，取而代之的是 .runsettings，后者显然具有完全不同的架构（带有，咳咳，稀疏的文档）。我知道我可以将 .runsettings 文件配置为使用旧版 MSTest 模式（从而允许我使用 .testsettings 文件），但如果可能的话，我宁愿避免这种情况。

有没有办法在 .runsettings 文件中设置运行超时？还是有不同的方法来获得相同的效果？

这可能已经被问过好几次了，但我找不到一个清晰准确的答案

什么是默认的 Visual Studio 单元测试执行器？我的意思是当我从测试资源管理器窗口触发单元测试运行时使用的那个

还有什么是 Resharper （来自单元测试会话中触发的测试）？

如何指示 vstest.console.exe 使用特定的执行程序（在我的情况下，我有一个自定义的执行程序）。当我询问执行者列表（突出显示的文本）时，它会显示：

c:\src\vstudio\PleskHostingIntegrationTests\bin>vstest.console.exe /ListExecutors /UseVsixExtensions:true Microsoft (R) 测试执行命令行工具版本 12.0.30501.0 版权所有 (c) Microsoft Corporation。版权所有。

以下测试执行加载项可用： Microsoft.VisualStudio.TestPlatform.Extensions.GenericTestAdapter.GenericTestExecutor Uri：executor://GenericTestAdapter/v1 Microsoft.VisualStudio.TestPlatform.Extensions.MSAppContainerAdapter.MSAppContainerTestExecutor Uri：executor://MSAppContainerTestAdapter/v1 Microsoft.VisualStudio.TestPlatform.Extensions.MSAppContainerAdapter.MSPhoneTestExecutor Uri：executor://MSWPTestAdapter/v1 Microsoft.VisualStudio.TestPlatform.Extensions.OrderedTestAdapter.OrderedTestExecutor Uri：executor://OrderedTestAdapter/v1 Microsoft.VisualStudio.TestPlatform.Extensions.VSTestIntegration。 MSTestExecutor Uri：executor://MSTestAdapter/v1 Microsoft.VisualStudio.TestTools.CppUnitTestFramework.CppUnitTestExtension。TestExecutor Uri: executor://CppWPUnitTestExecutor/v1 Microsoft.VisualStudio.TestTools.CppUnitTestFramework.CppUnitTestExtension.TestExecutor Uri: executor://CppUnitTestExecutor/v1 RetryRunner.RetryExecutor Uri: executor://RetryExecutor Microsoft.NodejsTools.TestAdapter.TestExecutor Uri: executor://NodejsTestExecutor/v1

但是我如何告诉 vstest 使用这个（相对于其他的）？

我正在运行 VS2013 高级版，它是内置的测试引擎。今天早些时候开始为任何测试抛出以下错误。我试过重新启动没有帮助的VS bu，有什么想法吗？

我们在运行交互式编码 UI 测试时遇到了一个问题，当我们的第二个测试开始时，QTAgent32.exe 停止工作。我们的设置是通过 TFS 进行的，我们在其中排队一个新的构建，告诉控制器在虚拟机上运行我们的测试。这些测试直接发送到 .testsettings 文件指定的 VM。在 VM 上分发测试后，测试开始在被测 WPF 应用程序上运行。由于需要测试的内容的复杂性，测试可能主要需要一个小时才能运行。测试完成并且代理显示“1/10 Completed”后，我们会收到一条 Windows 消息，表明 QTAgent32.exe 已停止工作。

• 问题事件名称：BEX
• 应用程序名称：QTAgent32_40.exe
• 应用程序版本：12.0.21005.1
• 故障模块名称：StackHash_83e2
• 故障模型版本：0.0.0.0

如果我们关闭 Windows 消息，则会弹出另一个带有不同详细信息的消息。

• 问题事件名称：APPRCASH
• 应用程序名称：QTAgent32_40.exe
• 应用程序版本：12.0.21005.1
• 故障模块名称：msxml6.dll
• 故障模型版本：6.30.7601.18431

如果我们关闭第二条消息，则测试将被声明为完成，但测试结果为失败。我们还看到代理将继续运行下一个测试，直到第四次测试失败！

我们已经查看了控制器和代理上的事件查看器。控制器什么也没显示。代理显示故障，其详细信息与上述错误相同。我们已经修复了代理并查看了 .Net。我们知道我们可以以任何顺序运行这些测试，并且在本地运行时它们都通过了，没有这个问题。上述错误仅在我们的虚拟机/代理上运行时出现。

有人对如何在测试运行期间获取更多详细信息有任何想法吗？以前有没有其他人遇到过这样的问题？

提前感谢大家的关注和帮助！

我正在使用 vstest.console.exe 运行一套集成测试。我正在按照此处的说明进行操作 [ http://blogs.msdn.com/b/visualstudioalm/archive/2012/12/06/publishing-test-results-through-command-line-test-runner.aspx][1]

这是我的命令行（添加了换行符以提高可读性）：

但是，尽管该工具运行良好，并报告结果已发布，但我没有看到 TFS 中出现任何结果。我正在使用 TFS2013。我在运行测试的服务器上安装了 Visual Studio 2013 Professional。

有什么我想念的吗？如果我在 TFS 中看不到结果，为什么 vstest 会报告“发布已成功”？

vstest.console.exe 不执行我的测试。

执行命令行时收到以下输出：

Microsoft (R) 测试执行命令行工具版本 11.0.60315.1 版权所有 (c) Microsoft Corporation。版权所有。

注意：当我运行 MSTest 时，测试确实会被执行：

但是，在命令行上运行 mstest 会导致我的一项测试失败，即使我无法在 VS2012 TestExplorer 中重现测试失败。

根据MSDN，

如果您使用 *.testsettings 文件，则无法避免使用部署文件夹，这是 Web 和负载测试、编码的 UI 测试以及将应用程序部署到远程计算机的任何测试所必需的。

我需要在构建输出文件夹中运行测试，因为复制所有依赖项需要很长时间，这使得任何类型的 TDD 或快速测试修复迭代都不切实际。

我还希望运行时间过长的测试被中止并报告失败。到目前为止，我发现的唯一两个选项是使用 TimeoutAttribute 标记这些测试，或者使用 .testsettings 文件。在代码中为数千个单独的测试添加和维护相同的超时是不切实际的，并且由于我刚才提到的原因，使用 .testsettings 是不可能的。在构建输出文件夹中运行测试时有没有办法做到这一点？或者，是否有支持此功能的第三方测试框架？