9.1 等待函数的使用
9.1.1 为什么要使用等待函数
我们在做自动化的时候很多时候都不是很顺利，不是因为app的问题，我们的脚本也没问题，但是很多时候都会报错，比如一个页面本来就有id为1的这个元素，可是我无论怎么定位他都没办法操作，然后报错，这个是怎么个情况呢？因为当我们app打开一个页面的时候我们的appium的运行速度过快那么可能害没有将页面的资源解析完成然后你就去操作了，这样能行吗？肯定不行的，这样不报错谁错呢？所以在很多的时候我们都需要加载等待时间的。那我们是不是盲目的去每个页面都加载等待时间呢？
9.1.2 什么时候使用等待函数
答案肯定是否定的，自动化的目的是高效，但是你每个页面都去添加等待时间那么执行下来的效率是不是大大降低了？估计你的领导该找你谈话了。在加载等待时间时我们需要根据自己的判断去增加，比如一些页面资源较多加载慢了那你肯定需要加的。是不是都是这样呢？其实不是的，所以这个就有了下面我们需要讲的知识点，几种不同类型的等待。
9.2 强制等待
9.2.1 什么是强制等待
故名思义就是你必须给我等，有点耍流氓的意思。比如：我进入到登陆页面，刚好有一个强制等待的函数，那么结果就是无论页面的资源加载完没有你都得给我等着。懂了吗？只要时间没到你就给我等着！哈哈，就像那啥一样蛮不讲理哈。
9.2.2 强制等待使用
在python里面这个比较好，他调用的是time包下的等待函数，代码如下：
|
1
2
3
|
#coding = "utf-8"
import time
time.sleep(10)
|
首先是需要导入time的包，下面一句话就搞定，是不是方便、实用呢？你调试程序的时候这样写写就好，千万别在实际项目中多用。因为这个time的等待是线程的死等，就是无论如何都会执行这一条语句，如果你在实际项目中去运行那么你会发现效率会很慢。所以实际项目不推荐。
备注：时间是按秒计算
9.2.3 强制等待封装实战
前面我们学了函数的封装，如果我们这个等待函数需要在很多地方用到是不是每个地方都要来这么一句呢？其实不是的，程序最重要的目的就是我们能够少写哪怕是一个单词我们都要进行封装，这是我的理解。实现同样的功能为什么不挑简单的方法做呢？对吧。看封装代码：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
|
#conding="utf-8"
import time
from appium import webdriver
import os
def Case(platformName,platformVersion,deviceName,app,appPackage,appActivity):
PATH = lambda p: os.path.abspath(os.path.join(os.path.dirname(__file__), p))
#print getConfig("baseconf", "platformName")
desired_caps = {}
desired_caps['platformName'] = platformName #设置平台
desired_caps['platformVersion'] = platformVersion #系统版本
desired_caps['deviceName'] = deviceName #设备id
desired_caps['autoLaunch'] = 'true' #是否自动启动
desired_caps['noReset'] = 'true'
desired_caps['newCommandTimeout'] = 20
desired_caps['app'] = PATH(app)#安装包路径，放在该py文件的目录下)
desired_caps['appPackage'] = appPackage #包名
desired_caps['appActivity'] = appActivity #启动的activity
driver = webdriver.Remote('http://localhost:4723/wd/hub', desired_caps)
waitFor(5)
#等待函数
def waitFor(t):
time.sleep(t)
|
看见这个代码大家是不是有种朦胧的感觉？其实这个就是上一章节让大家下去思考的，我将我们启动的参数做了一个简单的封装，然后将等待函数也进行了封装，然后他俩结合就成了现在的样子。是不是很简单？其实我想告诉你的是这个在真的自动化中不算自动化，但是大家需要慢慢的养成这个思维，多练习。在上面的代码中我们将我们启动app的代码进行了一个简单的重构封装，这个时候对于初学者来说强烈建议大家动手操作，不然你不知道你是否能够启动，而且上面各行代码什么意思一定要搞清楚。
9.3 隐式等待
隐式等待可能对于刚学的人来说比较模糊，不知道是什么意思，大家可以这样理解，智能等待。为什么这么说呢，我们需要先了解了他的用处那么为什么这么叫也就很明白了，首先我们看下面的代码：
|
1
|
driver.implicitly_wait(10)
|
上面代码就是隐式等待，他的语句就是这样很简单。但是你有思考过一个问题没，为什么这个等待是使用的driver？这里需要说的是因为这个等待函数是webdriver提供的一个等待函数。那么问题又来了，既然是webdriver提供的等待函数为什么没看到他指定需要的等待对象呢？有没有思考过这个问题呢？因为这里的等待函数是针对我们整个driver的。也就是说你只要是用driver去操作一个对象，或者一个元素，当你找不到这个元素或者对象的时候他就会自动的去等待你设置的这个超时时间，如果在超时时间内还没有找到，程序就会报错。是不是感觉这个等待太高大上了？还不动手练习去。
可能又有人会提出疑问说：为什么你这了又driver，我没有啊，或者说我按照你强制等待那样将启动的封装了，然后隐式等待我也这样封装了，然后我这个就报错了，为什么？首先思考一下，你回去把我们生成driver的地方去掉封装，然后运行这样的一句话就不是就不会报错，尝试一下。但是封装就报错，为什么？因为我们这里没有把driver返回出去，也就是说我们需要用到的driver现在是没有被定义的，那么肯定会报错，那我如何和前面的代码一样封装呢？看下面：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
|
#conding="utf-8"
import time
from appium import webdriver
import os
def Case(platformName,platformVersion,deviceName,app,appPackage,appActivity):
PATH = lambda p: os.path.abspath(os.path.join(os.path.dirname(__file__), p))
#print getConfig("baseconf", "platformName")
desired_caps = {}
desired_caps['platformName'] = platformName #设置平台
desired_caps['platformVersion'] = platformVersion #系统版本
desired_caps['deviceName'] = deviceName #设备id
desired_caps['autoLaunch'] = 'true' #是否自动启动
desired_caps['noReset'] = 'true'
desired_caps['newCommandTimeout'] = 20
desired_caps['app'] = PATH(app)#安装包路径，放在该py文件的目录下)
desired_caps['appPackage'] = appPackage #包名
desired_caps['appActivity'] = appActivity #启动的activity
driver = webdriver.Remote('http://localhost:4723/wd/hub', desired_caps)
waitFor(5)
return driver
#等待函数
def waitFor(t):
time.sleep(t)
#隐式等待
def implicit_for_wait(t):
driver = Case(platformName,platformVersion,deviceName,app,appPackage,appActivity)
driver.implicitly_wait(t)
|
再回过头去看代码是不是发现了不一样的地方？这里我们将初始化的driver进行了一个闭包，也就是给出了一个返回值，然后我们在隐式等待中将我们的driver进行调用，然后他就拥有了driver，所以这个时候就能够像上面的代码一样进行调用该等待方法了。
9.4 显式等待
前面我们讲了隐式等待和强制等待，下面我们看看显示等待，同样的先看代码：
|
1
|
WebDriverWait(driver, timeout, poll_frequency=0.5, ignored_exceptions=None)
|
首先我们来弄明白这个方法里面几个参数的含义：
1、driver：是我们操作的driver。
2、timeout：超时时间，也就是我们找这个元素要找多久
3、poll_frequency:间隔时间，怎么理解？就是说在超时时间内每多少秒去查询一次，默认情况是0.5秒一次
4、ignored_exceptions：异常，就是没有找到程序抛出什么异常。在默认情况是跑出：NoSuchElementException
在一般情况下我们只需要填写前面两个就行。看到这里是否发现一个问题，这个也没有定位元素，只是driver和时间。是不是也是全局的呢？答案肯定是否定的。在一般的情况下显式等待是需要和其他方法一起结合的，看下面完整的代码：
|
1
2
|
driver = self.driver
WebDriverWait(driver, 10,5).until(lambda driver:driver.find_element_by_id("ssss"))
|
这个代码是不是又看不懂了？我们再接着按照刚才的方法把这个代码重构一下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
|
#conding="utf-8"
import time
from appium import webdriver
import os
def Case(platformName,platformVersion,deviceName,app,appPackage,appActivity):
PATH = lambda p: os.path.abspath(os.path.join(os.path.dirname(__file__), p))
#print getConfig("baseconf", "platformName")
desired_caps = {}
desired_caps['platformName'] = platformName #设置平台
desired_caps['platformVersion'] = platformVersion #系统版本
desired_caps['deviceName'] = deviceName #设备id
desired_caps['autoLaunch'] = 'true' #是否自动启动
desired_caps['noReset'] = 'true'
desired_caps['newCommandTimeout'] = 20
desired_caps['app'] = PATH(app)#安装包路径，放在该py文件的目录下)
desired_caps['appPackage'] = appPackage #包名
desired_caps['appActivity'] = appActivity #启动的activity
driver = webdriver.Remote('http://localhost:4723/wd/hub', desired_caps)
waitFor(5)
return driver
#等待函数
def waitFor(t):
time.sleep(t)
#隐式等待
def implicit_for_wait(t):
driver = Case(platformName,platformVersion,deviceName,app,appPackage,appActivity)
driver.implicitly_wait(t)
#显示等待
def wait(t):
driver = Case(platformName,platformVersion,deviceName,app,appPackage,appActivity)
WebDriverWait(driver, 10,5).until(lambda driver:driver.find_element_by_id("ssss"))
|
这里python基础不好的读者会有一定困难，前面的不讲解。先看lambda后面的代码，他是一个匿名函数，冒号前面的是参数，冒号后面的是返回值，driver是我们需要传入的一个参数，类似下面的代码：
|
1
2
|
def appiumDriver(driver):
return driver.find_element_by_id("xxxxx");
|
他们俩的意思是一样的。接着看.until方法，他给出的解释是：调用该方法提供的驱动程序作为一个参数，直到返回值不为 False。那么整脚本的意识翻译过来是不是在10秒内每5秒去查找一个id为sss的元素，如果没找到那么就报错。
在自动化中我们需要的是不断去学习新的思想，程序永远是跟着思想走的，如果说你的思想很好了，那么脚本怎么实现就相对而言很简单了。