在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
