TFS 2015测试代理配置导致机器重启
TFS 2015 test agent configuration causes the machine to restart
如您所知，TFS 2015 中没有测试控制器，测试代理可以作为构建本身的一部分进行动态部署和配置。
我正在尝试在我的 TFS 2015 中配置测试代理，并且每次在 Deploy TestAgent 步骤上配置测试代理，而 运行“任务：在我正在尝试的机器上配置测试代理”要部署测试代理， 重新启动 ！
有没有人遇到过这种行为？我试图理解为什么会发生这种情况，欢迎对此提出任何意见。
构建进入下一步即。 ‘运行 测试’仅在重启完成后进行。
这似乎是设计使然，将在 TFS 2015 的 update1 中修复
我在本地系统上看到过这个操作，使用 2015 TFS Update 2 on Premise。我可以用几个不同的场景重现这个问题，这些场景是一致的，但会给出不同的结果。希望这会为遇到此问题的其他人解决问题。
我们的测试服务器是虚拟机，因此我将在下面这样称呼它们。
在运行测试
之前重现不重启的虚拟机
- 测试已经 运行 之后，不接触虚拟机（IE 不重启，不启动远程连接等）运行 另一组测试，您将看到虚拟机不会重启。
重现 VM 重启
- 之前运行 未进行过测试的新设置
- 远程连接到 VM 然后注销该远程会话。
- 重启虚拟机后。 （是的，重启后，当测试 运行 他们再次重启时）。
- 使用 tscon 1 /dest:console 注销虚拟机后
有几个场景我没有测试过，比如使用 MTM 测试实验室连接。
设置注意事项
- 在 gpedit.msc
中，所有 VM 都已手动设置为禁用锁屏
- 所有 VM 设置为使用 regedit 设置自动登录并添加 DefaultPassword。
- 在每个 VM 上手动安装测试代理
- 未在测试代理部署任务中选中更新测试代理。
- 我们将 运行 测试作为发布的一部分而不是构建（在大多数情况下应该不会有什么不同）。
结论
我最好的猜测是系统会检查 VM 的某些状态，以确保它处于 运行 测试所需的确切状态，如果不满足每个条件，它会重新启动服务器并将其设置为那些状态。这可能包括特定的登录状态和服务 运行ning。
如您所知，TFS 2015 中没有测试控制器，测试代理可以作为构建本身的一部分进行动态部署和配置。
我正在尝试在我的 TFS 2015 中配置测试代理，并且每次在 Deploy TestAgent 步骤上配置测试代理，而 运行“任务：在我正在尝试的机器上配置测试代理”要部署测试代理， 重新启动 ！
有没有人遇到过这种行为？我试图理解为什么会发生这种情况，欢迎对此提出任何意见。
构建进入下一步即。 ‘运行 测试’仅在重启完成后进行。
这似乎是设计使然，将在 TFS 2015 的 update1 中修复
我在本地系统上看到过这个操作，使用 2015 TFS Update 2 on Premise。我可以用几个不同的场景重现这个问题，这些场景是一致的，但会给出不同的结果。希望这会为遇到此问题的其他人解决问题。
我们的测试服务器是虚拟机，因此我将在下面这样称呼它们。
在运行测试
之前重现不重启的虚拟机- 测试已经 运行 之后，不接触虚拟机（IE 不重启，不启动远程连接等）运行 另一组测试，您将看到虚拟机不会重启。
重现 VM 重启
- 之前运行 未进行过测试的新设置
- 远程连接到 VM 然后注销该远程会话。
- 重启虚拟机后。 （是的，重启后，当测试 运行 他们再次重启时）。
- 使用 tscon 1 /dest:console 注销虚拟机后
有几个场景我没有测试过，比如使用 MTM 测试实验室连接。
设置注意事项
- 在 gpedit.msc 中，所有 VM 都已手动设置为禁用锁屏
- 所有 VM 设置为使用 regedit 设置自动登录并添加 DefaultPassword。
- 在每个 VM 上手动安装测试代理
- 未在测试代理部署任务中选中更新测试代理。
- 我们将 运行 测试作为发布的一部分而不是构建（在大多数情况下应该不会有什么不同）。
结论
我最好的猜测是系统会检查 VM 的某些状态，以确保它处于 运行 测试所需的确切状态，如果不满足每个条件，它会重新启动服务器并将其设置为那些状态。这可能包括特定的登录状态和服务 运行ning。