Windows环境下Jenkins集成测试：GUI功能异常问题

这问题我之前帮团队排查过几乎一模一样的场景，核心确实和Windows Server 2012的交互式会话桌面机制脱不开关系，结合你描述的现象，拆解下原因和解决办法：

为什么会出现这种差异？ #

Windows Server系统的会话管理机制是关键：

• 当没有用户远程登录时，系统会自动切换到非交互式会话（会话0），这个会话没有实际的桌面显示环境，Java RCP/SWT这类依赖系统GUI组件的应用，以及SWTBot模拟的键盘事件（比如Strg+Z/Ctrl+Z），根本找不到可交互的桌面上下文来接收这些操作，自然会无响应。
• 当你远程登录服务器时，系统会创建一个交互式用户会话（比如会话1），此时Jenkins的测试任务会绑定到这个活跃的桌面会话，GUI应用和SWTBot的操作能正常传递给系统的桌面组件，所以测试总能成功。
• 少数无人登录时测试成功的情况，大概率是之前的交互式会话没有被系统自动回收（比如上次远程断开时没注销，只是断开连接），桌面会话依然在后台保持活跃，测试任务刚好复用了这个会话。

具体解决方案 #

针对这个问题，有几个递进的解决思路：

1. 让Jenkins节点代理运行在交互式会话中 #

• 避免以Windows服务方式运行节点代理：改为在用户登录时手动启动Jenkins节点代理（或者配置成用户登录自启动），这样节点会直接绑定到当前用户的交互式会话。远程登录后选择断开连接而非注销，就能保留这个会话的桌面环境，即使没人远程操作，测试任务也能正常执行GUI交互。
• 如果必须用服务运行：修改Jenkins节点服务的登录账户为拥有桌面权限的本地用户，然后在服务属性的「登录」选项卡中勾选「允许服务与桌面交互」。不过Windows Server 2012中这个选项可能需要配合组策略调整，确保服务能获取到桌面会话权限。

2. 强制保持交互式会话活跃 #

可以通过系统设置或简单工具防止系统自动回收闲置会话：

• 在服务器的「远程桌面服务配置」中，调整会话超时设置，把「闲置会话超时」改为「从不」，避免系统自动关闭无人操作的会话。
• 用轻量脚本（比如AutoHotkey的简单脚本）模拟微小的桌面操作，防止会话被标记为闲置。

3. 绕过键盘事件模拟，直接调用应用功能 #

如果上面的方法都有局限性，可以尝试避开SWTBot的键盘快捷键模拟：

• 找到Java RCP应用中「撤销」功能对应的命令ID或菜单路径，用SWTBot直接调用菜单或命令API，比如：

  // 直接点击撤销菜单
  bot.menu("编辑").menu("撤销").click();
  // 或者通过命令ID执行
  bot.activeShell().getDisplay().asyncExec(() -> {
      IWorkbenchWindow window = PlatformUI.getWorkbench().getActiveWorkbenchWindow();
      if (window != null) {
          window.getActivePage().getActivePart().getSite().getActionBars().getGlobalActionHandler(ActionFactory.UNDO.getId()).run();
      }
  });
  

  这种方式不需要依赖桌面的键盘事件传递，在非交互式会话中也可能正常工作。

内容的提问来源于stack exchange，提问作者user3726374