Selenium测试仅在单台PC出现元素点击被拦截异常的原因及解决方法

• 首先明确认知：Selenium的原生元素点击逻辑，从来不只校验“能不能通过ID找到元素”，还会强制校验元素的屏幕坐标上无其他遮挡、且完全处于可视区域内——这个机制和定位方式无关，哪怕用ID、XPath找的再准，只要坐标点被别的元素盖了，就会触发这个异常。
• 仅在同事电脑上复现的具体原因，基本都是环境差异导致的布局偏移：
  • 系统/浏览器显示缩放不一致：你本地的Windows显示缩放、Chrome页面缩放大概率是100%，同事的笔记本可能默认开了125%/150%的缩放，流式布局下的元素位置会发生偏移，刚好让报错里提到的row-fluid定位容器压在了btnLog按钮的可点击区域上。
  • 浏览器窗口初始尺寸不一致：你本地跑测试时Chrome是最大化满屏状态，同事那边启动Chrome时是系统默认的小窗口尺寸，导致UI Tabs组件的布局错位，相邻的页面容器和按钮叠在了一起。
  • 页面加载时序差异：同事的网络/设备性能比你差，点击触发时上层页面容器的移位动画还没跑完，临时挡在了按钮上面。
  • HTML结构本身的隐患放大了环境差异：你贴的结构里同一个<li>下重复写了两个完全相同id="btnLog"的a标签，违反了id全局唯一的HTML规范。你本地浏览器渲染容错后刚好命中了无遮挡的那个元素，同事那边的渲染逻辑差异下，Selenium定位到了被遮挡的那个重复元素，直接触发报错。

• 先做基础环境对齐排查：
  • 让同事把Windows显示缩放、Chrome页面缩放都调整为100%，和你的显示设置保持一致，验证是否还报错。
  • 代码里在Driver初始化后强制加窗口最大化逻辑，不要依赖系统默认窗口大小：Driver.Manage().Window.Maximize();
• 增强代码鲁棒性，从根源避免坐标遮挡问题：
  • 把原生的.Click()替换为「滚动到视口居中+JS触发点击」的逻辑，绕开Selenium的坐标遮挡校验：

    var btnLog = Driver.FindElement(By.Id("btnLog"));
    // 将元素瞬间滚动到视口中心，等布局稳定后再操作
    ((IJavaScriptExecutor)Driver).ExecuteScript(
      "arguments[0].scrollIntoView({block: 'center', inline: 'center', behavior: 'instant'});", 
      btnLog);
    // 直接通过JS触发元素点击，不校验表面的坐标遮挡
    ((IJavaScriptExecutor)Driver).ExecuteScript("arguments[0].click();", btnLog);
    

  • 修复HTML结构的重复ID问题：删掉页面里重复的第二个btnLog的a标签，保证全局只有一个目标元素，避免定位歧义。
• 可选兜底优化：增加显式等待，等元素完全渲染稳定后再操作，避免加载时序导致的偶发报错：

  var wait = new WebDriverWait(Driver, TimeSpan.FromSeconds(10));
  wait.Until(d => d.FindElement(By.Id("btnLog")).Displayed);
  

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