PythonWeb自动化测试：Selenium与Playwright实战教程

本文深入对比了Selenium与Playwright在Python Web自动化测试中的实战表现，指出Playwright凭借原生多浏览器支持、自动等待机制、沙箱隔离、文本模糊定位和惰性求值等优势，显著提升了测试稳定性与开发效率，尤其适合新项目；而Selenium虽生态成熟，却易因显式/隐式等待混用、元素查找误用及上下文残留等问题导致频繁失败。文章结合CI/CD冒烟测试、登录回归、表单验证等真实场景，剖析常见坑点与实操技巧，强调自动化测试的核心挑战不在于“点击”，而在于精准、可靠地验证交互全流程——Playwright正以更智能的默认行为和更简洁的API，让这一目标变得触手可及。

Playwright 比 Selenium 更适合新项目

除非你手上有大量现成的 Selenium 脚本要维护，否则现在写 Web 自动化测试，Playwright 是更省心的选择。它原生支持多浏览器（Chromium、Firefox、WebKit），自动等待 DOM 就绪，不用手动写 WebDriverWait + expected_conditions，而且默认开沙箱、无头模式稳定，不依赖系统级浏览器驱动。

常见错误现象：ElementNotInteractableError 或 TimeoutError 在 Selenium 里高频出现，往往是因为显式等待没写对或隐式等待和显式混用；而 Playwright 的 page.locator() + click() 默认带自动等待和可点击性校验，多数情况直接写就跑通。

• 使用场景：CI/CD 流水线中做冒烟测试、登录流程回归、表单提交验证
• 参数差异：Selenium 的 find_element(By.XPATH, "...") 需精确匹配，Playwright 的 page.locator("text=提交") 支持文本模糊定位，容错更强
• 性能影响：Playwright 启动浏览器实例更快，尤其在并行执行多个测试时，browser.new_context() 开销远低于 Selenium 的 webdriver.Chrome()

Selenium 里 find_element 和 find_elements 别乱混用

这是最常踩的坑：用 find_elements 返回空列表，却当成单个元素去调 .click()，结果报 AttributeError: 'list' object has no attribute 'click'；反过来，用 find_element 找不到元素直接抛 NoSuchElementException，没包 try/except 就崩。

实操建议：

• 明确你要操作的是「一个」还是「一批」：要等某个按钮出现再点，用 find_element；要遍历所有同类型卡片取标题，用 find_elements
• 别依赖 time.sleep() 等页面加载，改用 WebDriverWait(driver, 5).until(EC.element_to_be_clickable((By.ID, "submit")))
• 注意作用域：Selenium 的 find_element 在父元素上调用时，是相对查找，但很多人误以为是全局，结果定位失败

Playwright 中 locator 不等于 element_handle

刚上手容易把 page.locator("button") 当成“已经找到的元素”，其实它只是个查询对象，不触发实际查找，直到你调 .click()、.text_content() 这类动作才真正执行。这带来两个关键影响：

• 性能友好：链式调用如 page.locator("form").locator("button").click() 是惰性求值，不会中间多查一次
• 但也会掩盖问题：比如页面已跳转，你还拿着旧 locator 去操作，会报 TimeoutError —— 因为它还在等原页面里的元素
• 需要强制获取实时句柄？用 locator.element_handle()，但一般没必要，直接操作 locator 更安全

本地调试时别忽略浏览器上下文隔离

Playwright 默认每个 browser.new_context() 是干净的、无 Cookie 无缓存的环境；Selenium 的 Chrome() 实例如果不加 --incognito 或清理 profile，会残留上次登录态，导致测试非预期通过或失败。

实操建议：

• Playwright 调试时加 headless=False 和 slow_mo=500，看操作是否真按预期走
• Selenium 本地跑前务必加 options.add_argument("--incognito")，CI 上反而要用 --headless=new（新版 Chrome 推荐）
• 跨页面跳转后，Selenium 的 driver.current_url 可能滞后，Playwright 的 page.url 更准，但也要注意 await page.goto() 后是否加了 wait_until="networkidle" 控制加载完成时机

真实项目里最麻烦的从来不是“怎么点按钮”，而是“怎么确认按钮真的可点了、点了之后状态真的变了、变完之后下一页真的加载完了”——这些细节在 Playwright 里被封装得更稳，在 Selenium 里得靠经验堆判断逻辑。

理论要掌握，实操不能落！以上关于《PythonWeb自动化测试：Selenium与Playwright实战教程》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！