告别Selenium“假死”：掌握这几招等待技巧，效率翻倍！

#python#

大家好，我是老K。

最近有哥们儿跟我吐槽，说他写的Selenium自动化脚本，跑起来就像抽风一样，一会儿好一会儿坏，同样的脚本换个时间跑就报错，搞得他头都大了。我一听就乐了，这典型的就是Selenium等待机制没用好啊！

别看“等待”这两个字简单，在自动化测试里，它可是个大学问。今天老K就来跟大家伙儿好好聊聊Selenium的等待机制，保证让你听完之后，脚本稳如老狗，再也不怕“假死”报错！

为啥你的Selenium脚本老“假死”？

咱们先来说说为啥会出现脚本“假死”的情况。你想啊，咱们写的Selenium脚本，执行速度那是嗖嗖的快，但是浏览器加载网页元素的速度可没那么快。特别是现在网页都喜欢用Ajax、JavaScript各种动态加载数据，元素还没加载出来，你的脚本就跑去操作了，那肯定报错啊！就像你还没把饭菜端上桌，客人就跑来要吃饭，这不“假死”才怪。

所以，等待的目的就是让Selenium脚本的速度慢下来，等等网页元素加载完成，再进行下一步操作。明白了这一点，你就知道等待机制有多重要了吧？

Selenium等待机制大揭秘：

Selenium 提供了几种等待方式，咱们一个一个来扒。

1. 隐式等待（Implicit Wait）：偷懒式等待，全局生效

隐式等待就像你设置了一个全局的“最长等待时间”。一旦你设置了隐式等待，WebDriver在查找元素的时候，如果在指定的时间内没有找到，它会一直等待到超时时间结束，如果还是没找到，才会抛出 NoSuchElementException 异常。默认情况下，隐式等待是设置为0的。

driver = webdriver.Chrome()driver.implicitly_wait(10) # 设置隐式等待为10秒driver.get("https://www.example.com")element = driver.find_element(By.ID, "element_id") # 查找元素，如果没找到会等待最多10秒

隐式等待的优点：

使用简单：只需要设置一次，全局生效，后面的所有元素查找都会应用这个等待时间。代码简洁：不需要每个元素都单独设置等待，代码看起来比较清爽。

隐式等待的缺点：

效率较低：即使元素很快就加载出来了，它也会傻傻地等待到超时时间，影响脚本执行效率。不够灵活：全局设置，无法针对不同的元素设置不同的等待时间。

2. 显式等待（Explicit Wait）：精准打击，按需等待

显式等待就更高级一些了，它可以针对特定的元素设置等待条件和超时时间。你需要配合 WebDriverWait 和 ExpectedConditions 来使用。

WebDriverWait(driver, timeout, poll_frequency=0.5)：创建一个WebDriverWait对象，driver 是WebDriver实例，timeout 是最长等待时间（秒），poll_frequency 是轮询时间（默认0.5秒）。ExpectedConditions： 是一系列预定义的等待条件，比如元素可见、元素可点击、元素存在等等。

from selenium import webdriverfrom selenium.webdriver.common.by import Byfrom selenium.webdriver.support.ui import WebDriverWaitfrom selenium.webdriver.support import expected_conditions as ECdriver = webdriver.Chrome()driver.get("https://www.example.com")try: element = WebDriverWait(driver, 10).until( EC.presence_of_element_located((By.ID, "element_id")) ) # 元素找到了，可以进行操作了 element.send_keys("Hello")except TimeoutException: print("元素查找超时！")finally: driver.quit()

常用的ExpectedConditions：

presence_of_element_located(locator)： 判断元素是否存在在DOM树中，不一定可见。visibility_of_element_located(locator)： 判断元素是否可见，即存在于DOM树中并且可见。element_to_be_clickable(locator)： 判断元素是否可点击，即元素可见且可交互。text_to_be_present_in_element(locator, text)： 判断元素的文本内容是否包含指定的文本。title_contains(title)： 判断页面标题是否包含指定的文本。url_contains(url)： 判断当前URL是否包含指定的URL片段。

显式等待的优点：

精准高效：只等待需要的元素，不会浪费时间，效率更高。灵活可控：可以针对不同的元素设置不同的等待条件和超时时间，更加灵活。可读性好：代码逻辑更清晰，易于理解和维护。

显式等待的缺点：

代码稍显复杂：需要引入额外的库和对象，代码稍微多一些。需要手动设置：每个需要等待的元素都需要手动设置显式等待。

3. FluentWait：更强大的自定义等待

FluentWait 是显式等待的一种更高级的用法，它提供了更强大的自定义功能，可以让你更精细地控制等待过程。

from selenium import webdriverfrom selenium.webdriver.common.by import Byfrom selenium.webdriver.support.ui import WebDriverWait, FluentWaitfrom selenium.webdriver.support import expected_conditions as ECfrom selenium.common.exceptions import NoSuchElementException, TimeoutExceptionimport timedriver = webdriver.Chrome()driver.get("https://www.example.com")wait = FluentWait(driver)wait.timeout = 10 # 最长等待时间wait.polling_interval = 0.5 # 轮询间隔wait.ignoring(NoSuchElementException) # 忽略NoSuchElementException异常try: element = wait.until(EC.presence_of_element_located((By.ID, "element_id"))) # 元素找到了，可以进行操作了 element.send_keys("Hello")except TimeoutException: print("元素查找超时！")finally: driver.quit()

FluentWait 允许你：

自定义超时时间 (timeout)：最长等待时间。自定义轮询间隔 (polling_interval)： 每次检查元素状态的时间间隔，默认是500毫秒。忽略特定异常 (ignoring)： 在等待过程中，可以忽略特定的异常，比如 NoSuchElementException，让等待继续进行，直到超时或者找到元素。自定义等待条件： 你可以编写更复杂的自定义等待条件，不仅仅局限于 ExpectedConditions 提供的那些。

FluentWait 的优点：

高度自定义： 可以根据具体需求，灵活调整等待参数，满足更复杂的等待场景。容错性更强： 可以忽略特定异常，提高脚本的健壮性。

FluentWait 的缺点：

使用更复杂： 相对于隐式等待和显式等待，FluentWait 的使用稍微复杂一些。

等待策略选择：老K的经验之谈

优先使用显式等待： 显式等待更精准、高效、灵活，是大多数场景下的最佳选择。隐式等待作为补充： 如果你的项目中大部分元素加载时间都差不多，可以设置一个全局的隐式等待作为补充，但时间不宜过长。谨慎使用time.sleep()： time.sleep() 是硬等待，会让脚本无脑等待指定时间，不管元素是否已经加载完成，效率极低，而且容易导致等待时间过长或过短，应该尽量避免使用。除非在一些特殊场景下，比如需要等待页面动画结束等，可以考虑使用，但也要尽量缩短等待时间。合理设置超时时间： 超时时间设置太短，容易导致误判；设置太长，又会影响脚本效率。需要根据实际情况，合理设置超时时间。结合实际场景选择等待条件： 根据你实际要操作的元素状态，选择合适的 ExpectedConditions，比如要操作的元素需要可见且可点击，就选择 element_to_be_clickable。

总结

等待机制是Selenium自动化测试中非常重要的一个环节，掌握好等待机制，可以有效提高脚本的稳定性、效率和可维护性。记住老K今天说的这几招，告别Selenium脚本“假死”，让你的自动化测试跑得更快更稳！

最后，别忘了点赞关注老K，更多自动化测试干货等你来拿！

互动一下： 你在Selenium自动化测试中，遇到过哪些奇葩的等待问题？欢迎在评论区分享一下，大家一起交流学习！