问题标签 [runsettings]

我们使用 .runsettings 文件来为 Visual Studio 2015 中的单元测试强制执行 64 位执行环境（和适当的代码覆盖率）。虽然超过一半的时间 VS 在打开解决方案时会记住所选文件，但有时它确实会忘记，我们必须重新选择文件。

有没有办法让这个选择对解决方案更永久，以便每次打开解决方案时都会加载它？

我正在尝试开发一个自动回归测试框架作为单元测试。所以我使用有序测试来组合不同的测试步骤，并以一种易于使用的方式组合它们。出于配置目的，我想使用runsettings文件，尤其是 TestRunParameters。这在没有任何错误的情况下有效，但仅在单独执行每个测试时才有效。如果我使用orderedtest执行测试，则TestContext我用来访问 TestRunParameters 的对象不再包含它们。我在直接测试该方法以及使用有序测试对其进行测试时调试了该对象。在第一种情况下，对象具有所需的属性，但是当按顺序执行测试时，对象看起来完全不同。这两种执行方式之间是否存在重大差异？

不同的 TestContext 对象：

作为单个测试图片
执行 作为有序测试图片执行

我得到的错误如下：

我执行以测试和加载设置的代码如下：

错误出现在第 11 行，如下所示：

包含在 Visual Studio 的测试执行中的 runsettings 文件：

我有一个UnitTests.dll,Common.dll被引用（都是用 VS2015 构建的）。

我有以下目录结构：

UnitTests.runsettings内容如下：

我调用测试：

vstest.console.exe指C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\CommonExtensions\Microsoft\TestWindow\vstest.console.exe。

我收到以下错误：

更多，启用 Fusion Log：

我是否面临某种缓存问题？如何说服vstest.console.exe寻找内部的依赖关系（理论上由元素C:\Bin\指出）？AssemblyResolution

更新：

在连接时作为错误提交给 MSFT （使用重现步骤 - 在底部的详细信息选项卡下）。

程序集分辨率的现有限制以及强制使用DeploymentItem属性根本无法扩展。冗余维护成本（开发人员被迫手动跟踪单元测试运行所需的依赖项）给测试带来了摩擦。由于这种摩擦而出现的任何问题都很难解决。

我试图从程序集 Acme.Foundations.web.ext.dll 中排除除 Acme.Foundations.Web.Ext.Controllers 之外的所有命名空间。请帮助创建运行设置文件。

我有一个解决方案。在那个解决方案中，我有 4 个项目和一个额外的测试项目。覆盖范围正在检查其中 2 个项目和测试项目。我并不真正关心排除测试，但我确实需要由于某种原因被错过的 1 项目。

我创建了一个 .runsettings 文件并将其连接到 Visual Studio 中。

但这并没有找到项目。所以我为“任何东西”尝试了一个 ModulePath，还尝试显式添加 DataLoader 和 DataAccess 项目（未检查覆盖范围的项目）

但它仍然不起作用。我可以找到关于如何从我的运行设置中排除某些内容的各种结果，但是如何修复不正确的某些内容？

我的解决方案结构如下所示：

• 解决方案
  • 解决方案.sln
  • CodeCoverage.runsettings
  • ... ETC...
  • 源/
    • DataLoader/（✖️ 未检查覆盖范围）
      • 数据加载器.xproj
      • ...
      • bin/Debug/net461/DataLoader.exe 和 .pdb
    • 数据访问/ (✖️)
      • 数据访问.xproj
      • ...
      • bin/Debug/net461/DataAccess.exe 和 .pdb
    • 数据服务/ (✔️)
      • 数据服务.xproj
      • ...
      • bin/Debug/net461/DataService.exe 和 .pdb
    • 数据模型/ (✔️)
      • 数据模型.xproj
      • ...
      • bin/Debug/net452/DataModels.dll 和 .pdb
  • 测试/Solution.Test/ (✔️)
    • bin/Debug/net461/Solution.Test.dll 和 .pdb
    • ...
    • 解决方案.Test.xproj

我将 Microsoft 的WinAppDriver与 Visual Studio 2015 单元测试结合使用来自动测试 Windows 应用程序。这些测试是使用VSTest.exe从命令行运行的，因为我可以将 .runsettings 文件作为参数传递，以指定将来可能需要更改的某些测试设置。我希望能够直接从我的测试方法中引用 .runsettings 文件，而无需在 Setup 方法中的代码开头创建一堆全局变量。尽管我正在使用多个类，但我或多或少是这样做的：

其中 context.Properties[] 引用了我的 .runsettings 文件中的键。

我不能简单地做的原因

是因为测试方法不能接受任何参数。那么，有什么方法可以在不使用 context.Properties 的情况下直接引用测试方法中的 .runsettings 文件？

我目前正在使用 Visual Studio 2017 并将我的 .testsettings 文件升级为 .runsettings 文件。我的目标是使用带有 TFS 构建的 runsettings 文件来根据构建需要更新某些参数，但想通过使用 DataSource 访问位于我的测试用例中的测试参数。我面临的错误与此处描述的相同 - https://social.msdn.microsoft.com/Forums/en-US/884cff6a-1da1-44d8-b8c8-d52d6ff12df6/mstest-unable-to-run-the-测试使用运行设置文件？forum=vsunittest。

以前使用 .testsettings 文件解决了该问题，但如果正在使用 testsettings 文件，则 runsettings 文件似乎不可用。

更新

目标 - 使用 runsettings 文件在本地运行测试，并使用 DataSource 属性从 TFS 测试用例中提取参数。

尝试在本地运行测试时出现以下错误。

这是一个示例测试用例。

这里是设置 runsettings 文件的地方。

更新 2

我已将以下标记添加到 runsettings 文件中。

我已将 NuGet 'MSTest.TestAdapter' 从 1.1.18 减少到 1.1.11，现在我收到以下错误。确切的测试将在 Visual Studio 2015 上使用 testsettings 文件运行并毫无问题地连接到数据源。

我正在努力让 NUnit 测试运行预部署到 Azure，所以我构建了一个应用程序来运行测试：

https://github.com/EdLichtman/HelloAzureCI

当我在自己的 PC 上运行它时，一切正常，3 个单元测试通过，一个失败（正如我所料，我正在测试 Environment AppSettings）

但是，当我部署到 Azure 时出现错误：无效设置“RunConfiguration”。意外的 XmlElement：“TestAdapterPaths”。

我什至在 Powershell 中自动创建了 .runsettings 文件，以确保直接路径（D:\home\etc...）被初始化为 TestAdaptersPaths，这样我就可以测试它是否找不到 testAdaptersPaths我指定的路径，但仍然出现错误。

我正在使用 Microsoft 的 .runsettings 指南中的确切拼写和树结构，为什么它不起作用？

我们在 Visual Studio Online (VSTS) 构建定义中遇到代码覆盖问题，当我们定义自定义 .runsettings 文件时没有返回任何结果。

在本地这工作正常，但是，当我们使用此文件更新 Visual Studio Online 上的构建定义时，它不会返回任何结果。

我的 .runsettings 文件，根据我找到的示例，我将所有内容都留在了那里。

更新 1

这是我本地环境中相同运行设置文件的输出，作为要使用的文件附加到 Visual Studio：

和

此设置文件的作用是从分析中排除 Xamarin.Forms.*.dll，因为我们不应在项目中覆盖这些程序集。

如您所见，它在本地工作，但是当我在 VSTS 的构建运行中使用此设置文件时，它给了我以下信息：

我试过浏览日志，看不出我们所做的有什么问题。我正在设置本地 TFS 2017 安装以进行测试，至少我可以访问输出目录以查看构建期间发生的情况。

我对此并不熟悉，所以我正在尝试任何可能的答案。

我创建了一个看起来像这样的运行设置文件

然后在我的 TestSetup 部分（使用 LeanFT 进行 UI 测试）我指定目标环境包含在名为 environment 的参数下

这似乎不起作用，我没有收到任何特定的错误消息。这是执行此操作的正确方法，还是有更简单的方法来使用 Environment 和我传递到命令行的东西。