Visual studio 2015 TFS 2015测试代理配置导致计算机重新启动

Visual studio 2015 TFS 2015测试代理配置导致计算机重新启动,visual-studio-2015,tfsbuild,tfs-2015,Visual Studio 2015,Tfsbuild,Tfs 2015,如您所知,TFS 2015中没有测试控制器,测试代理可以作为构建本身的一部分动态部署和配置。 我正在尝试在我的TFS 2015中配置测试代理,每次在运行“任务:在机器上配置测试代理”时,在部署TestAgent步骤上,将重新启动测试代理 以前有人遇到过这种行为吗?我正在努力理解为什么会发生这种情况,并感谢大家对这方面的任何意见 构建将移动到下一步,即仅在重新启动完成后运行测试。 这似乎是经过设计的,将在TFS 2015的更新1中修复我在本地系统上看到过这种操作,在本地使用2015 TFS更新2

如您所知,TFS 2015中没有测试控制器,测试代理可以作为构建本身的一部分动态部署和配置。

我正在尝试在我的TFS 2015中配置测试代理,每次在运行“任务:在机器上配置测试代理”时,在部署TestAgent步骤上,将重新启动测试代理

以前有人遇到过这种行为吗?我正在努力理解为什么会发生这种情况,并感谢大家对这方面的任何意见

构建将移动到下一步,即仅在重新启动完成后运行测试。

这似乎是经过设计的,将在TFS 2015的更新1中修复

我在本地系统上看到过这种操作,在本地使用2015 TFS更新2。我可以用几个不同的场景重现这个问题,这些场景是一致的,但会产生不同的结果。希望这将为其他有此问题的人澄清问题

我们的测试服务器是虚拟机,因此我将在下面引用它们

在运行测试之前不重新启动虚拟机

  • 在测试已经运行之后,在不接触虚拟机的情况下(即不重新启动、不启动远程连接等),运行另一组测试,您将看到虚拟机不会重新启动
重新启动虚拟机

  • 以前未运行过测试的新设置
  • 在远程连接到VM之后,然后注销该远程会话
  • 在重新启动VM本身之后。(重新启动后是,当测试运行时,它们会再次重新启动)
  • 使用tscon 1/dest:console注销VM后
有一些场景我还没有测试过,比如使用MTM测试实验室连接

设置注意事项

  • 所有虚拟机都手动设置为禁用gpedit.msc中的锁屏
  • 所有虚拟机设置为使用regedit设置和添加DefaultPassword自动登录
  • 在每个VM上手动安装测试代理
  • 未在测试代理部署任务中签入更新测试代理
  • 我们将测试作为发布的一部分而不是构建的一部分来运行(在大多数情况下不会产生任何影响)
结论


我最好的猜测是,系统会检查VM上的某些状态,以确保它处于运行测试所需的确切状态,如果不满足每个条件,则会重新启动服务器并将其设置为这些状态。这可能包括特定的登录状态和正在运行的服务。

您是如何发现的?有证据吗?@Yansklayarenko有一个反馈别名,微软回复我告诉我。我有TFS 2015.2,但这种情况仍然存在。是否有特定的原因需要重新启动机器,或更新何时“修复”?@MikeRamsey您使用哪个构建任务?Visual Studio测试代理部署?大多数情况下,您甚至可以不使用该任务就删除它,除非您部署到一台没有运行构建代理的机器上。最后我检查了一下,这个已经修好了!