Testing Microsoft测试管理器中的自动测试“测试运行的生成目录不存在或需要访问权限”

我们正在尝试使用Microsoft Test Manager 2015运行自动化测试

我们几乎达到了目标。这是迄今为止所做的：

我们能够对“构建定义”进行排队，并在远程服务器上成功运行编码的UI测试。 我们已经创建了一个测试环境，它处于“就绪”状态 测试计划正在使用生成定义 测试用例与编码的UI测试关联。 更多信息：

由于代理服务器上未安装Visual Studio，因此我们没有生成并复制到放置文件夹的步骤 到目前为止，我们手动将包含编码UI测试的.dll放到代理服务器上的C:\build文件夹中 测试项目与我们正在测试的实际项目位于一个单独的解决方案中。我们希望保持这种状态。 当我们尝试使用Microsoft test Manager 2015运行与测试用例关联的单独编码UI测试时，我们会得到一个错误：

测试运行的生成目录不存在或需要访问权限

我不知道如何指定生成目录。我们并没有真的在建造任何东西。我的想法是从C:\build文件夹运行测试。旁注：我们的TFS 2015 vNext生成定义中缺少创建生成放置选项 我已经包括了复制和发布构建工件的定义步骤，但我认为这是无用的，因为我们甚至没有构建任何东西。驱动器上已存在所有DLL 我已检查了C:\build文件夹的权限。我们正在起诉的帐户具有完全访问权限。 任何帮助都将不胜感激

更新：

我在定义中添加了复制和发布构建工件步骤，并指定了一个网络共享作为放置文件夹 控制器服务正在域帐户下运行 Drop文件夹已将完全控制权授予所有人，包括控制器服务域帐户 我已将带有编码UI测试的程序集手动复制到此放置文件夹 控制器服务日志包含以下内容： TcmRunner:生成目录\\bhc-appqa01\TFSShare\Build定义2\

TcmRunner:启动测试运行时出错：测试运行的生成目录不存在或需要访问权限

---

所以我现在非常困惑。。。控制器说它可以看到生成目录，下一条日志消息说生成目录不存在。

这个问题似乎是由于生成代理上没有安装Visual Studio造成的

对于以下场景，需要在生成服务器上安装Microsoft Visual Studio：

若要生成任何CPP测试项目，必须安装Visual Studio Professional或更高版本。 要运行单元测试或编码的UI测试，必须安装Visual Studio Professional或更高版本。 要使用数据和诊断数据适配器，请执行以下操作：

代码覆盖率：Visual Studio Premium或更高版本。**测试影响： VisualStudioUltimate。IntelliTrace:VisualStudioUltimate

在生成计算机上生成任何现代风格的应用程序：Visual Studio Ultimate或Visual Studio Express for Windows 8操作系统 生成服务器必须是Windows 8

为具有伪造程序集的项目编译和运行测试：Visual Studio Ultimate 请参阅MSDN中的源链接：

PS：只要您拥有MSDN，构建代理上就不需要Visual Studio的附加许可证

更新

---

似乎在使用MTM运行测试计划时，仍然需要为包含编码UI测试的测试计划分配一个构建。更多详细信息，请参阅类似问题：

此问题似乎是由于生成代理上未安装Visual Studio造成的

对于以下场景，需要在生成服务器上安装Microsoft Visual Studio：

若要生成任何CPP测试项目，必须安装Visual Studio Professional或更高版本。 要运行单元测试或编码的UI测试，必须安装Visual Studio Professional或更高版本。 要使用数据和诊断数据适配器，请执行以下操作：

代码覆盖率：Visual Studio Premium或更高版本。**测试影响： VisualStudioUltimate。IntelliTrace:VisualStudioUltimate

在生成计算机上生成任何现代风格的应用程序：Visual Studio Ultimate或Visual Studio Express for Windows 8操作系统 生成服务器必须是Windows 8

为具有伪造程序集的项目编译和运行测试：Visual Studio Ultimate 请参阅MSDN中的源链接：

PS：只要您拥有MSDN，构建代理上就不需要Visual Studio的附加许可证

更新

---

似乎在使用MTM运行测试计划时，仍然需要为包含编码UI测试的测试计划分配一个构建。更多详细信息，请参考类似问题：

早在2015年8月，微软宣布不再投资MTM，请参阅本博客文章 乐

在最后的常见问题部分中，您将看到以下声明：

但是，您可以放心地假设，我们不会在MTM Lab Center中投资新功能，也不会在增强XAML构建模板方面投资。我们也不会将上述任何功能（如与较新平台的集成、与较新版本的SCVMM的集成或与新的构建和发布管理服务的集成）引入MTM Lab Center。同样，我们不会将MTM中的当前实验室环境集成到新的构建和发布管理服务中。我们可能不会发布另一个主要版本的MTM实验室中心

---

早在2015年8月，微软宣布不再投资MTM。请参阅本文

在最后的常见问题部分中，您将看到以下声明：

但是，您可以放心地假设，我们不会在MTM Lab Center中投资新功能，也不会在增强XAML构建模板方面投资。我们也不会将上述任何功能（如与较新平台的集成、与较新版本的SCVMM的集成或与新的构建和发布管理服务的集成）引入MTM Lab Center。同样，我们不会将MTM中的当前实验室环境集成到新的构建和发布管理服务中。我们可能不会发布另一个主要版本的MTM实验室中心

---

我觉得你把这里的很多事情都搞混了

这里的屏幕截图是针对新的构建定义，即新的2015方式。MTM自动测试工作流不支持这些新版本。您的生成定义必须是较旧的基于xaml的生成。 对于您的场景，自动化测试工作流会消耗一个构建下拉列表。因此，您指定的构建必须具有测试控制器可以访问的放置位置。旧的xaml构建提供了这一点。

---

好消息是，鉴于您在2015年，您可以使用

我觉得您在这里混淆了很多东西

这里的屏幕截图是针对新的构建定义，即新的2015方式。MTM自动测试工作流不支持这些新版本。您的生成定义必须是较旧的基于xaml的生成。 对于您的场景，自动化测试工作流会消耗一个构建下拉列表。因此，您指定的构建必须具有测试控制器可以访问的放置位置。旧的xaml构建提供了这一点。

---

好消息是，考虑到你在2015年，你可以使用

这真的很奇怪。实际上，我可以在没有Visual Studio的情况下使用测试代理在服务器上运行编码的UI测试。当我对只包含编码UI步骤的生成进行排队时，它会成功打开浏览器并完成所有步骤。唯一的问题是，我无法从Microsoft Test Manager 2015运行这些编码的UI测试。似乎在使用MTM运行测试计划时，您需要为包含编码的UI测试的测试计划分配一个构建。请看类似的问题，我想你可能是对的，但我仍然怀疑。我希望这对2015年vNext TFS来说是正确的。如果使用旧的XAML构建定义，则必须指定构建。但我使用的是vNext，在这里我可以指定一个单独的复制工件步骤。在这一步中，我将编码的UI DLL复制到一个网络文件夹中，这样定义应该“知道”从何处获取测试的日志。最重要的是，当我对构建进行排队时，它实际上可以正常工作。唯一的问题是MTM 2015。它在某种程度上是盲目的，看不到我的构建目录。如果你是对的，我将不得不添加一个“构建步骤”…这真的很奇怪。实际上，我可以在没有Visual Studio的情况下使用测试代理在服务器上运行编码的UI测试。当我对只包含编码UI步骤的生成进行排队时，它会成功打开浏览器并完成所有步骤。唯一的问题是，我无法从Microsoft Test Manager 2015运行这些编码的UI测试。似乎在使用MTM运行测试计划时，您需要为包含编码的UI测试的测试计划分配一个构建。请看类似的问题，我想你可能是对的，但我仍然怀疑。我希望这对2015年vNext TFS来说是正确的。如果使用旧的XAML构建定义，则必须指定构建。但我使用的是vNext，在这里我可以指定一个单独的复制工件步骤。在这一步中，我将编码的UI DLL复制到一个网络文件夹中，这样定义应该“知道”从何处获取测试的日志。最重要的是，当我对构建进行排队时，它实际上可以正常工作。唯一的问题是MTM 2015。它在某种程度上是盲目的，看不到我的构建目录。如果你是对的，我将不得不添加一个“构建步骤”。。。