Python+Selenium点击网页按钮报TypeError与NoSuchElementException异常

TypeError: 'str' object is not callable #

• 触发根因：对Selenium新版find_element API的参数传递规则理解错误。By.XPATH是代表“采用XPath规则定位元素”的枚举常量，本身是字符串类型的属性值，不是可调用方法。
• 错误代码的写法是把XPath表达式传到了By.XPATH的括号里，相当于尝试给字符串类型的常量传参执行，直接触发类型错误。
• 正确的参数结构是把定位策略、定位表达式作为两个独立参数传给find_element方法，而非把定位策略当方法调用。
• 原有XPath表达式中添加的[1]属于冗余逻辑：通过text()='Remember'已经实现了文本精确匹配，无需额外添加索引筛选。

NoSuchElementException #

• 触发根因1：XPath的定位逻辑完全不匹配实际DOM结构。btn__primary--large是button标签的class属性值，原定位表达式写的是“查找文本内容包含btn__primary--large的span标签”——既找错了目标标签（本该定位button），又找错了匹配维度（本该匹配元素的class属性，却匹配元素的可见文本内容），不存在符合这个规则的元素，自然抛出定位失败。
• 触发根因2：使用的find_element_by_xpath是Selenium3及更早版本的旧API，Selenium4版本开始该类旧API已被标记为废弃，部分高版本环境下会出现兼容性问题导致定位失效。
• 常见补充排查方向：修正定位规则后如果仍定位失败，需要确认两个通用问题：
  • 目标按钮是否嵌套在iframe内部，未执行iframe切换的情况下，脚本只能定位到主文档的元素，无法直接定位iframe内的控件
  • 页面是动态加载逻辑时，脚本执行速度快于页面渲染速度，元素还未加载到DOM中时就执行了定位操作

优先选择和功能绑定、不会随页面样式/多语言切换变动的定位规则，稳定性从高到低的实现方式如下：

• 最高可靠性方案：基于按钮的自定义功能属性定位（这类属性一般是和交互逻辑绑定的，不会因为样式调整、多语言文案变更失效）
  配套代码：

  from selenium.webdriver.common.by import By
  from selenium.webdriver.support.ui import WebDriverWait
  from selenium.webdriver.support import expected_conditions as EC
  
  # 设置10秒超时的显式等待，直到元素可点击再执行操作，避免动态加载导致的定位失败
  wait = WebDriverWait(driver, 10)
  save_info_btn = wait.until(
      EC.element_to_be_clickable((By.CSS_SELECTOR, "button[data-cie-control-urn='checkpoint_remember_me_save_info_yes']"))
  )
  save_info_btn.click()
  

• 次选方案：基于XPath的多条件组合定位
  配套代码：

  save_info_btn = wait.until(
      EC.element_to_be_clickable((By.XPATH, "//button[@type='submit' and text()='Remember' and contains(@class, 'btn__primary--large')]"))
  )
  save_info_btn.click()
  

• 基础方案：基于class属性的CSS选择器定位
  配套代码：

  save_info_btn = wait.until(
      EC.element_to_be_clickable((By.CSS_SELECTOR, "button.btn__primary--large"))
  )
  save_info_btn.click()
  

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