Selenium弹窗测试本地运行正常但GitLab环境报NoSuchWindowException

这类弹窗是监听页面失焦、光标移出文档视口事件触发的逻辑，本地环境测试正常、GitLab CI环境运行失败的核心原因，是两类环境下的浏览器运行上下文权限完全不同。

为啥本地能跑、CI环境直接崩 #

• 抛出的org.openqa.selenium.NoSuchWindowException: Browsing context has been discarded错误，根本不是要找的元素不存在，是在GitLab的远程/无头Linux浏览器实例上，执行「光标移出页面、点击地址栏、切换标签页」这类需要跨网页渲染区的操作时，直接触发了当前WebDriver绑定的浏览上下文销毁流程。
• 本地环境触发成功，是因为本地浏览器运行在带完整桌面输入通道的系统上，系统级的光标、窗口操作不会断开WebDriver和浏览器的绑定；但GitLab CI环境的浏览器没有挂载真实的桌面交互层，这类跨边界操作没有对应的承载对象，直接会被浏览器判定为无效会话操作，回收当前上下文。
• 不管Firefox还是Chrome都出一样的问题，也说明故障不是单浏览器的实现差异，是触发方式和CI环境的运行模式不兼容导致的。

适配CI环境的可落地触发方案 #

完全不需要依赖真实的系统级光标移出、UI层操作，通过WebDriver的脚本执行能力，直接向页面派发浏览器可识别的原生事件，绕开需要和系统桌面交互的步骤，全程不会造成会话中断：

• 直接放弃「移动光标到页面坐标外、点击地址栏、切换系统标签页」这类需要跨网页区域的操作，在当前页面执行对应事件的派发脚本：

  // 触发窗口失焦事件，匹配切换标签页、窗口失焦的触发逻辑
  window.dispatchEvent(new Event('blur'));
  // 触发鼠标移出文档的事件，匹配光标移出页面区域的触发逻辑
  document.dispatchEvent(new MouseEvent('mouseout', {
    relatedTarget: null,
    clientX: -100,
    clientY: -100
  }));
  

  用WebDriver的executeScript接口把上述代码注入当前页面执行，就能直接触发弹窗对应的监听逻辑。
• 大部分同类型弹窗还会监听document.hasFocus()的状态变化，执行上述失焦事件脚本后，浏览器会自动同步对应的焦点状态，不需要额外操作浏览器界面做失焦动作。
• 之前报错里提到的{Using=id, value=header}元素定位失败，本质是前面的跨边界操作已经把浏览上下文搞丢了，脚本根本走不到元素定位的环节，换成脚本触发的方式后，会话全程稳定，元素定位链路也能正常跑通。

注意：GitLab CI环境下的远程WebDriver，操作权限边界只覆盖网页渲染区域，任何涉及浏览器UI层（地址栏、标签栏、窗口边框外区域）的操作，都有很高概率触发上下文销毁，不适合当测试触发的动作。

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