android 使用shell模拟触屏_Appium常用操作之「微信滑屏、触屏操作」
坚持原创输出,点击蓝字关注我吧作者:清菡博客:oschina、云+社区、知乎等各大平台都有。目录一、滑屏操作1.访问之后,马上就滑屏可以吗?2.连续实现 2 次滑屏3.代码二、模拟触屏1.短按和点击的区别?2.用坐标还是元素?3.引入 TouchAction4.每个行为函数都有 3 个参数5.首先确定每一个点的位置6.代码三、注意一、滑屏操作不需要看到欢迎页面,直接做里面的后续操作就好了。也就是我
坚持原创输出,点击蓝字关注我吧
作者:清菡
博客:oschina、云+社区、知乎等各大平台都有。
目录
- 一、滑屏操作
- 1.访问之后,马上就滑屏可以吗?
- 2.连续实现 2 次滑屏
- 3.代码
- 二、模拟触屏
- 1.短按和点击的区别?
- 2.用坐标还是元素?
- 3.引入 TouchAction
- 4.每个行为函数都有 3 个参数
- 5.首先确定每一个点的位置
- 6.代码
- 三、注意
一、滑屏操作
不需要看到欢迎页面,直接做里面的后续操作就好了。也就是我想记住一些用户的习惯,不要像第一次访问一样,有一个重置与否,给它关闭了。
# 重置与否desired_caps["noReset"]=True
1.访问之后,马上就滑屏可以吗?
不可以。先等待首页有个元素出现,再去滑屏。滑屏操作需要时间,模拟器或者真机执行操作更需要时间。如果直接滑动 2 次,第一次滑动效果还没展示出来就直接滑动第二次了,就会看到看不懂的现象。所以这种情况下就要加上time。
2.连续实现 2 次滑屏
#从右向左滑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)
3.代码
# 微信app 安卓from appium import webdriverimport timefrom selenium.webdriver.support.wait import WebDriverWaitfrom selenium.webdriver.support import expected_conditions as ECfrom appium.webdriver.common.mobileby import MobileBydesired_caps={}# 平台类型desired_caps["platformName"]="Android"# 平台版本号desired_caps["platformVersion"]="7.0"# 设备名称desired_caps["deviceName"]="XPUDU17713003790"# app 包名desired_caps["appPackage"]="com.tencent.mm"# app 入口 acitivitydesired_caps["appActivity"]="com.tencent.mm.ui.LauncherUI"# 重置与否desired_caps["noReset"]=True# aapt dump badging 包名# 连接Appium server。前提:appium desktop要启动。有监听端口。# 将desired_caps发送给appium server。打开appdriver = 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、widthsize= driver.get_window_size()start_x=size['width']*0.9start_y=size['height']*0.5end_x=size["width"]*0.1end_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,暂缓下它们的操作间隙,不然太快了,看起来就是一团乱麻。
1.短按和点击的区别?
短按是按住不松开,但是时间比较短。tap是点完就松开,不需要组合别的一起用。有Press就必须有release,不然就一直按着上面动都不动了。
发送命令后,只有调用perform才能真的去执行些操作命令,否则是不行的。
将所有的行为按要求放在列表中,可以将列表中所有的东西取消cancel。
滑屏操作是在屏幕上按住一个点,然后滑动到另外一个点,最后把它松掉。
「九宫格」就是个典型的触屏应用。
图片来自网络
2.用坐标还是元素?
元素方便简单,但是不是你想选就一定是哪一种。「一种情况,9 个点都是独立的元素,那么用元素就可以了;第二种情况,9 个点都在一个元素里面怎么办?就没有办法实现元素的移动,因为就一个元素。这个时候就必须要用坐标。」
坐标需要精确定位。需要思考每个坐标之间的关系。
3.引入 TouchAction
from appium.webdriver.common.touch_action import TouchAction
TouchAction 的源码:
4.每个行为函数都有 3 个参数
swipe滑屏操作是没有元素的,针对的是整个屏幕。屏幕的话就只能通过坐标点。所以你看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。
5.首先确定每一个点的位置
选择一个元素上的坐标,大概会选哪个位置的?
中心。
坐标轴写错了一点,偏移了点,好歹也是在范围之内。如果选择边缘的点,偏了点可能就出不去了。所以,「一般选一个元素的坐标,尽量选择中心。」 每个点之间的间隔是一样的。从一个点挪到另外一个点,y 轴不用动,x 轴只要有个固定的距离就好了。
例如 3 个点的值是:147.376、359.378、571.378
能把这 3 个值直接这样写出来吗?
不能。换台设备就不行了,这样绝对的数据是不能放在这里的。采用和滑屏操作一样的思想,用百分比和相对距离。如果能获取到元素的大小以及起点坐标就可以了。
图片来自网络
距离是 59。147-59=88
图片来自网络
可以估算一下:
图片来自网络
如果是长方形那就需要另外再算,但是图中是正方形,这 9 个格子的间距是没有什么区别的,重点是它与边界值的差距。
边界值的差距是多少?
把它分成 6 份。第一个点的坐标:能够得到 view 的起点坐标是 45,272。有专门的函数可以获取元素的大小以及它的起点坐标。
图片来自网络
假设起点坐标是 x、y,我现在已经知道将它分成了 6 份。
那么,第一个点的坐标怎么写?
x+width*1/6 + height*1/6
看 size 源码:
看 location 源码:
#元素的大小size=ele.size# 均分的步长 高和宽一样(因为是正方形)step=size["width"]/6#py3中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。# 元素的起点坐标-左上角ori=ele.locationpoint1=(ori["x"]+step,ori["y"]+step)TouchAction(driver)
图片来自网络
等于横向走了这么远,纵向也走了这么远,刚好对着这个点了。
第二个点的坐标怎么算?
基于第一个点的基础上做调整就行了。y 轴不变,x 轴往前走了 2 份。
第3个点也是在第2个点的基础上往前挪动了2个。
#元素的大小size=ele.size# 均分的步长 高和宽一样(因为是正方形)step=size["width"]/6#py3中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。# 元素的起点坐标-左上角ori=ele.locationpoint1=(ori["x"]+step,ori["y"]+step)point2=(point1[0]+step*2,point1[1]) #x轴增加了2*steppoint3=(point2[0]+step*2,point2[1]) #x轴增加了2*stepTouchAction(driver)
第4个点的坐标:
它是倒着往回走。
第5个点的坐标。
#元素的大小size=ele.size# 均分的步长 高和宽一样(因为是正方形)step=size["width"]/6#py3中除是取整数的,会缺点小数点没关系。取得是终点,问题不大,还是可以滑动到的。# 元素的起点坐标-左上角ori=ele.locationpoint1=(ori["x"]+step,ori["y"]+step)point2=(point1[0]+step*2,point1[1]) #相对于point1,x轴增加了2*steppoint3=(point2[0]+step*2,point2[1]) #相对于point2,x轴增加了2*steppoint4=(point3[0]-step*2,point3[1]+step*2)#相对于point3,x轴减少了2*step,y轴增加了2*steppoint5=(point4[0],point4[1]+step*2)#相对于point4,x轴不变,y轴增加了2*stepTouchAction(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 个点做基准,针对不同的点做基准,容易把自己绕晕了。所以,都以前一个点做基准。也可以以起点作为基准。」
6.代码
from appium import webdriverimport timefrom selenium.webdriver.support.wait import WebDriverWaitfrom selenium.webdriver.support import expected_conditions as ECfrom appium.webdriver.common.mobileby import MobileByimport timefrom appium.webdriver.common.touch_action import TouchActiondesired_caps={}# 平台类型desired_caps["platformName"]="Android"# 平台版本号desired_caps["platformVersion"]="7.0"# 设备名称desired_caps["deviceName"]="XPUDU17713003790"# app 包名desired_caps["appPackage"]="填上appPackage"# app 入口 acitivitydesired_caps["appActivity"]="填上appActivity"# 重置与否desired_caps["noReset"]=True# 连接Appium server。前提:appium desktop要启动。有监听端口。# 将desired_caps发送给appium server。打开appdriver = 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.locationpoint1=(ori["x"]+step,ori["y"]+step)point2=(point1[0]+step*2,point1[1]) #相对于point1,x轴增加了2*steppoint3=(point2[0]+step*2,point2[1]) #相对于point2,x轴增加了2*steppoint4=(point3[0]-step*2,point3[1]+step*2)#相对于point3,x轴减少了2*step,y轴增加了2*steppoint5=(point4[0],point4[1]+step*2)#相对于point4,x轴不变,y轴增加了2*stepTouchAction(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 在不同的版本修复了不同的问题,但是修复的同时也可能出现不同的问题。
公众号「清菡软件测试」首发,更多原创文章:清菡软件测试 94+原创文章,欢迎关注、交流,禁止第三方擅自转载。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)