【selenium学习 -13】selenuim中的三种等待方式

在UI自动化测试中，往往需要页面加载完成才能进行下一步操作，而一般情况下脚本的运行速度又很快。所以经常会出现脚本运行过快，页面还没加载出来，就进行操作，就会报错。

所以合适的等待，在自动化测试中有比较重要的作用。

本文主要介绍，自动化工程中，比较常用的三种等待方式

 

1.强制等待

time.sleep()

time.sleep(5s) 强制等待5s

线程休眠，这种等待方式简单粗暴，即不管怎么样，我都等待5s，5s过后，再执行下一步操作，这种方式比较适合于调试中使用，在工程中使用，会严重影响代码的执行效率。

 

2.隐式等待

driver.implicitly_wait()

driver.implicitly_wait(5) 隐式等待5s，即最多等待5s，如果在5s内，页面完成加载，则立刻进入下一步操作
隐式等待是全局元素等待，不针对某一个特定的元素，设置一次即可
这种等待方式的一种弊端是，必须等页面全部加载完成，而有的时候，我需要的元素其实早就出来了，个别不重要的元素却还在加载，拖慢整个代码的运行效率

 

3.显示等待

上面说了隐式等待是全局等待，那么显示等待就是针对个别元素的等待，只要我需要的元素一出现，则进行下一步操作

显示等待需要引入

from selenium.webdriver.support.wait import webdriverwait
from selenium.webdriver.support import expected_conditions as EC
from selenium.webdriver.common.by import By

配合until() ， until_not()方法，根据判断条件灵活等待

# 等待5s，每0.5s查找一次，直到找到id为su的元素
webdriverwait(driver, 5, 0.5).until(EC.presence_of_element_located((By.ID, 'su')))

整理了相关的判断条件

title_is:判断当前页面的title是否完全等于（==）预期字符串，返回是布尔值
title_contains 判断当前页面的title是否包含预期字符串，返回布尔值
presence_of_element_located:判断某个元素是否被加到了dom树里，并不代表该元素一定可见
visibility_of_element_located : 判断某个元素是否可见. 可见代表元素非隐藏，并且元素的宽和高都不等于0
visibility_of :跟上面的方法做一样的事情，只是上面的方法要传入locator，这个方法直接传定位到的element就好了
presence_of_all_elements_located : 判断是否至少有1个元素存在于dom树中。举个例子，如果页面上有n个元素的class都是'column-md-3'，那么只要有1个元素存在，这个方法就返回True
text_to_be_present_in_element : 判断某个元素中的text是否 包含 了预期的字符串
text_to_be_present_in_element_value:判断某个元素中的value属性是否 包含 了预期的字符串
frame_to_be_available_and_switch_to_it : 判断该frame是否可以switch进去，如果可以的话，返回True并且switch进去，否则返回False
invisibility_of_element_located : 判断某个元素中是否不存在于dom树或不可见
element_to_be_clickable : 判断某个元素中是否可见并且是enable的，这样的话才叫clickable
staleness_of :等某个元素从dom树中移除，注意，这个方法也是返回True或False
element_to_be_selected:判断某个元素是否被选中了,一般用在下拉列表
＞* element_selection_state_to_be:判断某个元素的选中状态是否符合预期
element_located_selection_state_to_be:跟上面的方法作用一样，只是上面的方法传入定位到的element，而这个方法传入locator
alert_is_present : 判断页面上是否存在alert