【问题标题】:TFS 2015 test agent configuration causes the machine to restartTFS 2015 测试代理配置导致机器重启
【发布时间】:2016-01-08 00:39:54
【问题描述】:

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

我正在尝试在我的 TFS 2015 中配置测试代理,并且每次在运行“任务:在机器上配置测试代理”(我尝试在其上部署测试代理的机器)时执行部署测试代理步骤, 重启

以前有没有人遇到过这种行为?我正在尝试了解为什么会发生这种情况,对此的任何意见表示赞赏。

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

【问题讨论】:

    标签: visual-studio-2015 tfsbuild tfs-2015


    【解决方案1】:

    似乎这是设计使然,将在 TFS 2015 的 update1 中修复

    【讨论】:

    • 你是怎么发现的?有证明链接吗?
    • @YanSklyarenko 有一个反馈别名,微软回复我告诉我这个。
    • 我有 TFS 2015.2,这仍然会发生。是否有需要重新启动机器的特定原因,或者更新何时“修复”?
    • @MikeRamsey 您正在使用哪个构建任务? Visual Studio 测试代理部署?大多数情况下,您甚至可以在不使用该任务的情况下取消该任务,除非您正在部署到一台没有运行构建代理的机器。最后我检查了一下,这已经修复了!
    【解决方案2】:

    我已经在我们的本地系统上看到了这个操作,使用 2015 TFS Update 2 on Premise。我可以用几个不同的场景重现这个问题,这些场景是一致的,但会给出不同的结果。希望这将为遇到此问题的其他人解决问题。

    我们的测试服务器是虚拟机,所以我将在下面这样称呼它们。

    在运行测试之前重现未重新启动的虚拟机

    • 测试已经运行后,不接触虚拟机(IE 未重新启动,未启动远程连接等)运行另一组测试,您将看到虚拟机不会重新启动。

    重现正在重启的虚拟机

    • 之前未运行过测试的新设置
    • 在远程连接到 VM 后,然后注销该远程会话。
    • 重新启动 VM 本身后。 (是的,重启后,当测试运行时,它们会再次重启)。
    • 使用 tscon 1 /dest:console 注销 VM 后

    有一些我没有测试过的场景,比如使用 MTM 测试实验室进行连接。

    设置注意事项

    • 手动设置所有 VM 以禁用 gpedit.msc 中的锁定屏幕
    • 所有 VM 都设置为使用 regedit 设置自动登录并添加 DefaultPassword。
    • 在每个 VM 上手动安装测试代理
    • 测试代理部署任务中未检查更新测试代理。
    • 我们正在运行测试作为发布的一部分,而不是构建(大部分情况下应该不会产生影响)。

    结论

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

    【讨论】:

      猜你喜欢
      • 2018-11-02
      • 1970-01-01
      • 2016-08-31
      • 2018-05-25
      • 1970-01-01
      • 2019-09-26
      • 2011-08-11
      • 2021-06-15
      • 1970-01-01
      相关资源
      最近更新 更多