Microsoft 测试管理器中的自动化测试 "build directory of the test run either does not exist or access permission is required"
Automated Tests in Microsoft Test Manager "build directory of the test run either does not exist or access permission is required"
我们正在尝试 运行 使用 Microsoft Test Manager 2015 进行自动化测试。
我们几乎达到了目标。这是到目前为止所做的：
- 我们能够在远程服务器上对 'build definitions' 进行排队并成功 运行 编码 UI 测试。
- 我们已经创建了一个测试环境，它处于 'ready' 状态
- 测试计划正在使用构建定义
- 测试用例与编码 UI 测试相关联。
更多信息：
- 我们没有构建和复制到文件夹步骤，因为我们没有Visual Studio安装在代理服务器上
- 到目前为止，我们手动将包含编码 UI 测试的 .dll 放到代理服务器上的 C:\build 文件夹中
- 测试项目位于与我们正在测试的实际项目不同的解决方案中。我们希望保持这种状态。
当我们尝试 运行 与使用 Microsoft 测试管理器 2015 的测试用例关联的单独编码 UI 测试时，我们收到错误：
The build directory of the test run either does not exist or access permission is required
- 不知道如何指定构建目录。我们并没有真正建造任何东西。我的想法只是 运行 C:\build 文件夹中的测试。旁注：Create Build Drop 选项 missing 来自我们的 TFS 2015 vNext 构建定义
- 我在定义中加入了复制和发布构建工件步骤，但我认为它没有用，因为我们甚至没有构建任何东西。所有 DLL 都已在驱动器上
- 我已经检查了 C:\build 文件夹的权限。我们起诉的帐户可以完全访问它。
任何帮助将不胜感激
更新：
- 我在定义中添加了 复制和发布构建工件 步骤并将网络共享指定为放置文件夹
- 控制器服务运行在域帐户下
- Drop Folder 已授予 Everyone 完全控制权，包括控制器服务域帐户
- 我已手动将带有编码 UI 测试的程序集复制到此放置文件夹
- 控制器服务日志包含以下内容：
TcmRunner : Build Directory \bhc-appqa01\TFSShare\Build Definition 2\
TcmRunner: Error starting the test run: The build Directory of the test run either does not exist or access permission is required
所以我现在非常困惑...控制器说它可以看到构建目录，而下一条日志消息说构建目录不存在。
这个问题似乎是由于构建代理上没有安装 Visual Studio 引起的。
以下情况需要在构建服务器上安装 Microsoft Visual Studio：
- To build any CPP test project, you must install Visual Studio Professional or later.
- To run unit tests, or coded UI tests, you must install Visual Studio Professional or later.
To use data and diagnostic data adapters:
Code coverage: Visual Studio Premium or later.** Test impact:
Visual Studio Ultimate. IntelliTrace: Visual Studio Ultimate.
To build any modern style apps on a build machine: Visual Studio Ultimate or Visual Studio Express for Windows 8 (Operating system on
build server must be Windows 8).
- To compile and run tests for a project with a faked assembly: Visual Studio Ultimate
请参阅来自 MSDN 的来源link：Run tests in your build process
PS：只要您拥有 MSDN，构建代理就不需要额外的 Visual Studio 许可证。
更新
似乎您仍然需要为您的测试计划分配一个构建，当您使用 MTM 运行 测试时，它包含您的编码 UI 测试。更多详情请参考类似问题：Run CodedUI from MTM 2013
早在 2015 年 8 月，Microsoft 就宣布不再投资 MTM（请参阅这篇博客文章 Lab management evolution）
在最后的常见问题解答部分，您会发现以下声明：
But, you can safely assume that we will not invest on new features in MTM Lab Center, nor in enhancing the XAML build templates. We will also not bring in any of the above features such as integrations with newer platforms, integration with newer versions of SCVMM, or integration with the new Build and Release Management services into MTM Lab Center. Similarly, we will not integrate the current Lab environments from MTM into the new Build and Release Management services. We will probably not ship another major version of MTM Lab Center.
我觉得你在这里混淆了很多东西。
- 您在此处获得的屏幕截图适用于新的构建定义，即新的 2015 方式。 MTM 自动化测试工作流程不支持这些新版本。您的构建定义必须是基于 xaml 的旧构建。
- 对于您的场景，自动化测试工作流程会消耗一个构建丢弃。因此，您指定的构建必须有一个测试控制器可以访问的放置位置。较旧的 xaml 构建提供了这一点。
好消息是，鉴于您现在是 2015 年，您可以使用 new build workflow to run your automated tests from a test plan/suite
我们正在尝试 运行 使用 Microsoft Test Manager 2015 进行自动化测试。
我们几乎达到了目标。这是到目前为止所做的：
- 我们能够在远程服务器上对 'build definitions' 进行排队并成功 运行 编码 UI 测试。
- 我们已经创建了一个测试环境，它处于 'ready' 状态
- 测试计划正在使用构建定义
- 测试用例与编码 UI 测试相关联。
- 我们没有构建和复制到文件夹步骤，因为我们没有Visual Studio安装在代理服务器上
- 到目前为止，我们手动将包含编码 UI 测试的 .dll 放到代理服务器上的 C:\build 文件夹中
- 测试项目位于与我们正在测试的实际项目不同的解决方案中。我们希望保持这种状态。
当我们尝试 运行 与使用 Microsoft 测试管理器 2015 的测试用例关联的单独编码 UI 测试时，我们收到错误：
The build directory of the test run either does not exist or access permission is required
- 不知道如何指定构建目录。我们并没有真正建造任何东西。我的想法只是 运行 C:\build 文件夹中的测试。旁注：Create Build Drop 选项 missing 来自我们的 TFS 2015 vNext 构建定义
- 我在定义中加入了复制和发布构建工件步骤，但我认为它没有用，因为我们甚至没有构建任何东西。所有 DLL 都已在驱动器上
- 我已经检查了 C:\build 文件夹的权限。我们起诉的帐户可以完全访问它。
任何帮助将不胜感激
更新：
- 我在定义中添加了 复制和发布构建工件 步骤并将网络共享指定为放置文件夹
- 控制器服务运行在域帐户下
- Drop Folder 已授予 Everyone 完全控制权，包括控制器服务域帐户
- 我已手动将带有编码 UI 测试的程序集复制到此放置文件夹
- 控制器服务日志包含以下内容：
TcmRunner : Build Directory \bhc-appqa01\TFSShare\Build Definition 2\
TcmRunner: Error starting the test run: The build Directory of the test run either does not exist or access permission is required
所以我现在非常困惑...控制器说它可以看到构建目录，而下一条日志消息说构建目录不存在。
这个问题似乎是由于构建代理上没有安装 Visual Studio 引起的。
以下情况需要在构建服务器上安装 Microsoft Visual Studio：
- To build any CPP test project, you must install Visual Studio Professional or later.
- To run unit tests, or coded UI tests, you must install Visual Studio Professional or later.
To use data and diagnostic data adapters:
Code coverage: Visual Studio Premium or later.** Test impact: Visual Studio Ultimate. IntelliTrace: Visual Studio Ultimate.
To build any modern style apps on a build machine: Visual Studio Ultimate or Visual Studio Express for Windows 8 (Operating system on
build server must be Windows 8).- To compile and run tests for a project with a faked assembly: Visual Studio Ultimate
请参阅来自 MSDN 的来源link：Run tests in your build process
PS：只要您拥有 MSDN，构建代理就不需要额外的 Visual Studio 许可证。
更新
似乎您仍然需要为您的测试计划分配一个构建，当您使用 MTM 运行 测试时，它包含您的编码 UI 测试。更多详情请参考类似问题：Run CodedUI from MTM 2013
早在 2015 年 8 月，Microsoft 就宣布不再投资 MTM（请参阅这篇博客文章 Lab management evolution）
在最后的常见问题解答部分，您会发现以下声明：
But, you can safely assume that we will not invest on new features in MTM Lab Center, nor in enhancing the XAML build templates. We will also not bring in any of the above features such as integrations with newer platforms, integration with newer versions of SCVMM, or integration with the new Build and Release Management services into MTM Lab Center. Similarly, we will not integrate the current Lab environments from MTM into the new Build and Release Management services. We will probably not ship another major version of MTM Lab Center.
我觉得你在这里混淆了很多东西。
- 您在此处获得的屏幕截图适用于新的构建定义，即新的 2015 方式。 MTM 自动化测试工作流程不支持这些新版本。您的构建定义必须是基于 xaml 的旧构建。
- 对于您的场景，自动化测试工作流程会消耗一个构建丢弃。因此，您指定的构建必须有一个测试控制器可以访问的放置位置。较旧的 xaml 构建提供了这一点。
好消息是，鉴于您现在是 2015 年，您可以使用 new build workflow to run your automated tests from a test plan/suite