Java Selenium点击Submit按钮后无法跳转至下一页面的求助

核心调整方向 #

• 修正不合理的等待配置逻辑
  隐式等待是WebDriver全局级的配置，一旦设置会在驱动的整个生命周期内生效，重复调用设置语句不会带来额外的等待增益，反而容易造成等待逻辑混乱。
  当前代码中在打开页面、点击候选人两个节点重复设置10秒隐式等待的写法没有实际作用，只需要在驱动初始化完成后配置一次即可。

• 校验候选人选择动作的实际生效状态
  多数投票类站点的交互逻辑是：点击候选人选项后，前端才会更新选中状态、同步解锁Submit按钮。如果候选人元素被透明蒙版遮挡、点击位置偏移，实际没有触发选中逻辑，Submit按钮会一直处于禁用状态，此时对按钮执行的任何点击动作都不会触发页面跳转。
  可以通过两个步骤验证：

  1. 点击候选人元素后，直接输出Submit按钮的状态值，比如调用submit.isEnabled()、submit.getAttribute("class")查看属性，确认按钮是否从禁用态切换到可操作态
  2. 点击候选人元素前，用显式等待确认元素处于可点击状态，不要靠隐式等待兜底匹配

• 提升Submit按钮的定位精准度
  当前使用的定位表达式//button[normalize-space()='Submit']在静态元素查看时可以匹配目标，但实际页面中可能存在多个文本为Submit的隐藏按钮，一旦定位到非当前视口内的隐藏元素，Selenium触发的click动作不会产生实际页面响应。
  可以结合已知的按钮类属性jss190缩小匹配范围，把定位表达式调整为：
  //button[contains(@class,'jss190') and normalize-space()='Submit']
  触发点击前先将元素滚动到可视区域，避免因为元素超出视口导致点击被拦截：

  ((JavascriptExecutor) driver).executeScript("arguments[0].scrollIntoView(true);", submit);
  

• 兼容前端交互的特殊逻辑
  从按钮的类名jss190可以判断该站点是基于Material-UI框架开发的React应用，这类站点的部分按钮事件绑定机制和原生HTML存在差异，偶尔会出现原生WebElement.click()无法正确触发前端逻辑的情况，可以替换为JS执行器触发点击动作：

  ((JavascriptExecutor) driver).executeScript("arguments[0].click();", submit);
  

  另外，部分投票站点的Submit按钮点击后会触发二次确认的Alert弹层，并不是直接跳转页面，需要在点击后增加弹层校验逻辑：

  submit.click();
  try {
      Alert popConfirm = driver.switchTo().alert();
      popConfirm.accept();
  } catch (NoAlertPresentException e) {
      // 无弹层场景直接执行后续流程
  }
  

通用优化建议 #

• 优先使用显式等待（WebDriverWait）替代隐式等待做元素状态校验，比如等待Submit按钮变为可点击状态后再执行操作，避免靠固定等待时间碰运气
• 所有交互操作执行后，可临时打印当前页面URL、页面标题做日志记录，快速定位是元素没点中、还是点击后逻辑走到了预期分支

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