不需要看到欢迎页面,直接做里面的后续操作就好了。也就是我想记住一些用户的习惯, 不要像第一次访问一样,有一个重置与否,给它关闭了。
# 重置与否
desired_caps["noReset"]=True
不可以。先等待首页有个元素出现,再去滑屏。滑屏操作需要时间,模拟器或者真机执行操作更需要时间。如果直接滑动 2 次,第一次滑动效果还没展示出来就直接滑动第二次了,就会看到看不懂得现象。所以这种情况下就要加上time。
#从右向左滑
driver.swipe(start_x,start_y,end_x,end_y,200)
time.sleep(1)
driver.swipe(start_x,start_y,end_x,end_y,200)
# 微信 App Android/ target=_blank class=infotextkey>安卓
from appium import webdriver
import time
from selenium.webdriver.support.wait import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC
from appium.webdriver.common.mobileby import MobileBy
desired_caps={}
# 平台类型
desired_caps["platformName"]="Android"
# 平台版本号
desired_caps["platformVersion"]="7.0"
# 设备名称
desired_caps["deviceName"]="XPUDU17713003790"
# app 包名
desired_caps["appPackage"]="com.tencent.mm"
# app 入口 acitivity
desired_caps["appActivity"]="com.tencent.mm.ui.LauncherUI"
# 重置与否
desired_caps["noReset"]=True
# aapt dump badging 包名
# 连接 Appium server。前提:appium desktop 要启动。有监听端口。
# 将 desired_caps 发送给 appium server。打开 app
driver = webdriver.Remote('http://127.0.0.1:4723/wd/hub',desired_caps)
# ANDROID_UIAUTOMATOR 这个是一种定位表达式,用其它的表达式也是可以的。
loc=(MobileBy.ANDROID_UIAUTOMATOR,'new UiSelector().text("通讯录")')
WebDriverWait(driver,30).until(EC.visibility_of_element_located(loc))
#height、width
size= driver.get_window_size()
start_x=size['width']*0.9
start_y=size['height']*0.5
end_x=size["width"]*0.1
end_y=size['height']*0.5
#从右向左滑
# 时间长短需要根据实际情况自己来调试,避免没滑过去,代码就执行完毕了。
driver.swipe(start_x,start_y,end_x,end_y,300)
time.sleep(2)
driver.swipe(start_x,start_y,end_x,end_y,300)
滑屏也是触屏实现的。手指在屏幕上点点点,在 Appium 中提供了专门的TouchAction类来做这件事。
Press、longPress和release组合起来使用的。长按和短按的时间长度不同。
move_to手按住别松开,一直滑动到另外一个点。在每一个操作之间都调用下wait,暂缓下它们的操作间隙,不然太快了,看起来就是一团乱麻。
短按是按住不松开,但是时间比较短。tap是点完就松开,不需要组合别的一起用。有Press就必须有release,不然就一直按着上面动都不动了。
发送命令后,只有调用perform才能真的去执行些操作命令,否则是不行的。
将所有的行为按要求放在列表中,可以将列表中所有的东西取消cancel。
滑屏操作是在屏幕上按住一个点,然后滑动到另外一个点,最后把它松掉。
九宫格就是个典型的触屏应用。
元素方便简单,但是不是你想选就一定是哪一种。一种情况,9 个点都是独立的元素,那么用元素就可以了;第二种情况,9 个点都在一个元素里面怎么办?就没有办法实现元素的移动,因为就一个元素。这个时候就必须要用坐标。
坐标需要精确定位。需要思考每个坐标之间的关系。
from appium.webdriver.common.touch_action import TouchAction
swipe滑屏操作是没有元素的,针对的是整个屏幕。屏幕的话就只能通过坐标点。所以你看swipe的源码就可以看到。
action = TouchAction(self) #首先实例化 TouchAction
action
.press(x=start_x, y=start_y)
.wait(ms=duration)
.move_to(x=end_x, y=end_y)
.release()
action.perform()
return self
现在是它帮你封装好了。实际上不用swipe,就用TouchAction自己去写都可以。
x=end_x, y=end_y,没有用 el。
中心。
坐标轴写错了一点,偏移了点,好歹也是在范围之内。如果选择边缘的点,偏了点可能就出不去了。所以,一般选一个元素的坐标,尽量选择中心。 每个点之间的间隔是一样的。从一个点挪到另外一个点,y 轴不用动,x 轴只要有个固定的距离就好了。
例如 3 个点的值是:147.376、359.378、571.378
不能。换台设备就不行了,这样绝对的数据是不能放在这里的。采用和滑屏操作一样的思想,用百分比和相对距离。如果能获取到元素的大小以及起点坐标就可以了。
距离是 59。147-59=88
如果是长方形那就需要另外再算,但是图中是正方形,这 9 个格子的间距是没有什么区别的,重点是它与边界值的差距。
把它分成 6 份。第一个点的坐标:能够得到 view 的起点坐标是 45,272。有专门的函数可以获取元素的大小以及它的起点坐标。
假设起点坐标是 x、y,我现在已经知道将它分成了 6 份。
x+width*1/6 + height*1/6
#元素的大小
size=ele.size
# 均分的步长 高和宽一样(因为是正方形)
step=size["width"]/6#py3 中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。
# 元素的起点坐标-左上角
ori=ele.location
point1=(ori["x"]+step,ori["y"]+step)
TouchAction(driver)
等于横向走了这么远,纵向也走了这么远,刚好对着这个点了。
第二个点的坐标怎么算?
基于第一个点的基础上做调整就行了。y 轴不变,x 轴往前走了 2 份。
第 3 个点也是在第 2 个点的基础上往前挪动了 2 个。
#元素的大小
size=ele.size
# 均分的步长 高和宽一样(因为是正方形)
step=size["width"]/6#py3 中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。
# 元素的起点坐标-左上角
ori=ele.location
point1=(ori["x"]+step,ori["y"]+step)
point2=(point1[0]+step*2,point1[1]) #x 轴增加了 2*step
point3=(point2[0]+step*2,point2[1]) #x 轴增加了 2*step
TouchAction(driver)
第 4 个点的坐标:
它是倒着往回走。
第 5 个点的坐标。
#元素的大小
size=ele.size
# 均分的步长 高和宽一样(因为是正方形)
step=size["width"]/6#py3 中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。
# 元素的起点坐标-左上角
ori=ele.location
point1=(ori["x"]+step,ori["y"]+step)
point2=(point1[0]+step*2,point1[1]) #相对于 point1,x 轴增加了 2*step
point3=(point2[0]+step*2,point2[1]) #相对于 point2,x 轴增加了 2*step
point4=(point3[0]-step*2,point3[1]+step*2)#相对于 point3,x 轴减少了 2*step,y 轴增加了 2*step
point5=(point4[0],point4[1]+step*2)#相对于 point4,x 轴不变,y 轴增加了 2*step
TouchAction(driver).press(x=point1[0],y=point1[1]).wait(200).
move_to(x=point2[0],y=point2[1]).wait(200).
move_to(x=point3[0],y=point3[1]).wait(200).
move_to(x=point4[0],y=point4[1]).wait(200).
move_to(x=point5[0],y=point5[1]).wait(200).
release().
perform()
#.是换行用的。
以 1 个点做基准,针对不同的点做基准,容易把自己绕晕了。所以,都以前一个点做基准。也可以以起点作为基准。
from appium import webdriver
import time
from selenium.webdriver.support.wait import WebDriverWait
from selenium.webdriver.support import expected_conditions as EC
from appium.webdriver.common.mobileby import MobileBy
import time
from appium.webdriver.common.touch_action import TouchAction
desired_caps={}
# 平台类型
desired_caps["platformName"]="Android"
# 平台版本号
desired_caps["platformVersion"]="7.0"
# 设备名称
desired_caps["deviceName"]="XPUDU17713003790"
# app 包名
desired_caps["appPackage"]="填上 appPackage"
# app 入口 acitivity
desired_caps["appActivity"]="填上 appActivity"
# 重置与否
desired_caps["noReset"]=True
# 连接 Appium server。前提:appium desktop 要启动。有监听端口。
# 将 desired_caps 发送给 appium server。打开 app
driver = webdriver.Remote('http://127.0.0.1:4723/wd/hub',desired_caps)
ele=driver.find_element_by_id("填上元素定位下吧,如果你 app 这里的元素定位不了,那就只能用坐标了,需要另外学习这块的坐标怎么写,呜呜")
# 元素的大小
size=ele.size
# 均分的步长 高和宽一样(因为是正方形)
step=size["width"]/6#py3 中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。
# 元素的起点坐标-左上角
ori=ele.location
point1=(ori["x"]+step,ori["y"]+step)
point2=(point1[0]+step*2,point1[1]) #相对于 point1,x 轴增加了 2*step
point3=(point2[0]+step*2,point2[1]) #相对于 point2,x 轴增加了 2*step
point4=(point3[0]-step*2,point3[1]+step*2)#相对于 point3,x 轴减少了 2*step,y 轴增加了 2*step
point5=(point4[0],point4[1]+step*2)#相对于 point4,x 轴不变,y 轴增加了 2*step
TouchAction(driver).press(x=point1[0],y=point1[1]).wait(100).
move_to(x=point2[0],y=point2[1]).wait(100).
move_to(x=point3[0],y=point3[1]).wait(100).
move_to(x=point4[0],y=point4[1]).wait(100).
move_to(x=point5[0],y=point5[1]).wait(100).
release().
perform()
#.是换行用的。
这里是 V1.6.几的或 V1.7.1,V1.7 以前的,如果按上面代码的方式写坐标的话,会报错“提示越界了”。这个是版本差异引起的。 需要看日志,日志中会告诉你,当前滑动的点是什么。
多看 Appium 中的日志,它会问你是 el 滑动还是坐标滑动?
坐标滑动会直接打印坐标值,看下坐标值超了就说明是有问题的。版本比较晚的应该都是绝对坐标。
实际上是不会“越界”的,那只因为用的相对距离来滑动的。move_to的每一个坐标点都是真实的绝对坐标。
用的当前元素的原坐标点加上移动的距离得到的是当前相对于整个屏幕左上角这个 00 的真实坐标值。
我现在用的坐标,但是有的版本的问题是:
它的move_to参数不是绝对坐标。而是相对于上一个点的移动距离。
比如第一个点,press 是没有错的。用 move_to 的时候 y 没有动,x 轴移动了 2 倍 step。
如果是这种相对距离移动的话,要求x=2*step,没有坐标,y=0。如果不是按这种风格写的,会报“越界”。
它拿着上一个点的坐标值加上 x,y,得出来肯定超界了。因为代码里写的真实坐标,再加上 x,第二个点可能没有越界,第三个点就越界了。
如果报“越界”错误,那么就改成相对坐标滑动一下,看看有没有报错。
Appium 在不同的版本修复了不同的问题,但是修复的同时也可能出现不同的问题。