无法使用带有 VS 207 Enterprise 的 TFS 2017 在远程 VM 上执行编码 UI 测试（无法加载文件或程序集）答案

【问题标题】：Unable to execute Coded UI Tests on remote VM using TFS 2017 with VS 207 Enterprise (Could not load file or assembly)无法使用带有 VS 207 Enterprise 的 TFS 2017 在远程 VM 上执行编码 UI 测试（无法加载文件或程序集）
【发布时间】：2017-04-29 02:01:51
【问题描述】：

我已经在我的构建服务器和测试服务器上安装了 VS 2017 Enterprise，并安装了编码 UI 测试组件，但我的“运行功能测试”TF 构建任务仍然无法解析对 CodedUITestFramework 程序集的引用。所有程序集都存在于“C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PublicAssemblies”文件夹中的两个虚拟机上。

我已经尝试了以下没有奏效的方法！

1) 添加 PublicAssemblies 文件夹 PATH 环境变量

2) 将程序集添加到 GAC

这是运行 TF Build/Release 过程时控制台中显示的错误：

MSTestAdapter 未能发现程序集“c:\Test\CodedUITestProject1.dll”的“CodedUITestProject1.CodedUITest1”类中的测试。原因无法加载文件或程序集 'Microsoft.VisualStudio.QualityTools.CodedUITestFramework, Version=15.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' 或其依赖项之一。系统找不到指定的文件..

我不知道如何启用我的测试 DLL 来解析这个程序集引用？

【问题讨论】：

能否用VS在远程VM中手动运行Code UI测试看看是否有效？
@Patrick-MSFT 是的，我通过远程连接到该 VM 成功创建了一个简单的 CUIT 测试。我将此项目复制到源代码管理中，并将其连接到编译解决方案、部署测试代理的发布过程中，但解析此程序集时执行任务仍然失败。

标签： tfsbuild coded-ui-tests visual-studio-2017

【解决方案1】：

要运行 Coded UI 测试，您必须将测试代理配置为与桌面交互并以交互模式运行构建代理。

首先请确保您已在 Visual Studio 测试代理部署任务的代理配置中启用它。

除了获取更多故障排除信息外，您还可以在构建定义中enable debug mode。

更新

TFS 2017 RTM – TFS 2017 RTM 附带“Visual Studio 测试代理” 部署”(v1) 和“运行功能测试”任务，可用于团队构建/发布管理方案。这些任务使用 Visual Studio 2015 Update 3 包的代理。因此，中的任务它们当前的形式可用于运行使用 Visual 构建的测试 Studio 2015 和 Visual Studio 2013。它们无法运行使用构建的测试 Visual Studio 2017。

TFS 2017 更新 1 – TFS 2017 更新 1 附带“Visual Studio 测试” 代理部署”(v2) 和“运行功能测试”任务，可以在 Team Build/Release Management 场景中使用。测试代理部署任务能够指定哪个代理版本（2015 或 2017）应部署。根据选择，适当的代理将被部署并可以运行使用 Visual Studio 构建的测试版本如前几节所述。

来源链接：Test Controller, Test Agent versions and their usage in different scenarios

【讨论】：

是的，就在 运行功能测试 任务之前，我有 Visual Studio 测试代理部署 任务，代理配置设置为交互式。此外，我使用相同的配置测试用户连接到虚拟机，以观察在发布处理期间运行的进程，并且主机进程确实启动并且似乎它将运行但随后只是关闭并且永远不会启动用于的浏览器执行测试。
@KJK 根据两个虚拟机“C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PublicAssemblies”上的程序集。 Microsoft Visual Studio 14.0 是 VS2015。猜猜你安装了 VS2015 的旧测试代理，然后安装的路径仍然与 Visual Studio 14.0 相关。尝试使用最新的测试代理 2017。下载链接：visualstudio.com/downloads 选择 Visual Studio 2017 的工具，然后从左侧导航栏中选择 Visual Studio 2017 的代理。
我只在这些机器上安装了 VS 2017 Enterprise 和 Professional，所以我不确定为什么它们最初似乎默认为 14.0 路径。（从未安装过 VS 2015）可能是因为我最初安装了 VS Prof 2017 RC2？我也有这个路径 C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE 我相信这是我真正的 VS 2017 路径。
我还下载了 VS 2017 Tools Test Agent 并将其安装在这里 C:\Program Files (x86)\Microsoft Visual Studio\2017\TestAgent，但是我现在得到 “无法找到 TestAgent 安装路径” 预安装测试代理时部署测试代理任务出错，所以我无法让它继续运行功能测试任务以查看它是否会工作。
@KJK 根据错误：Unable to find TestAgent installation pat 该位置必须可由构建代理（使用运行它的身份）或测试代理（使用上面配置的身份）访问。并且必须手动下载测试代理，上传到代理可访问的网络位置，并且测试代理位置参数用于指定位置。更多详情请参考：Visual Studio Test Agent Deployment

【解决方案2】：

结果证明解决方案非常简单。我不知道的每个任务的右上角都有一个“版本”下拉菜单。 :( 我需要使用 VS 测试代理部署 任务的“版本 2”，以便我可以正确配置它以部署 VS 2017 测试代理。一旦到位，部署和运行测试任务立即运行而不会出错！再次感谢@Patrick-MSFT 在此过程中的输入！

【讨论】：