真实场景复现:
公司季度自动化成果演示会上,我精心准备的脚本连续报错:
NoSuchElementException: Unable to locate element: [id="login_btn"]
副总裁皱眉离场...后来发现:前端改了个按钮ID!💡 教训总结:
▷ 只会用ID/Class定位 ➔ 项目迭代必崩盘
▷ 不懂定位策略组合 ➔ 脚本脆弱如纸屋
▷ 缺乏定位表达式校验 ➔ 调试耗时超开发
黄金法则:
“可见文本+稳定属性 > 索引位置 > 易变ID”
场景: 按钮ID每天随机生成(如:login_btn_58a3
)
# 传统翻车写法 driver.find_element(By.ID, "login_btn") # 第二天必失效 # ✅ 企业级方案:部分匹配属性 driver.find_element(By.XPATH, '//button[contains(@id, "login_btn")]') # ✅ 终极方案:文本+属性双保险 driver.find_element(By.XPATH, '//button[text()="登录" and contains(@class, "primary")]')
报错: NoSuC++hElementException
(元素存在但找不到)
💡 根本原因: 元素被包裹在IFrame中
解决方案:
# 1. 切换到目标IFrame iframe = driver.find_element(By.CSS_SELECTOR, "iframe#payment_frame") driver.switch_to.frame(iframe) # 2. 操作内部元素 driver.find_element(By.ID, "card_number").send_keys("123456") # 3. 切回主文档!(关键) driver.switch_to.default_content()
功能亮点:
获取方式: 文末扫码添加微信发送 “定位神器”
| 元素类型 | 定位策略 | 示例 | |------------|------------------------------|-------------------------------| | 登录按钮 | XPath文本+类名组合 | `//button[text()="登录" and @class="btn-primary"]` | | 搜索框 | CSS占位符属性 | `input[placeholder="输入关键词"]` | | 动态表格 | XPath轴定位 | `//td[.="价格"]/following-sibling::td[1]` |