如何获取Appium中iOS设备显示的最大宽度和高度坐标?

我正在使用appium python-client库在iOS和Android设备上运行[py.]test.我注意到许多iOS测试都因点击点崩溃而不在屏幕范围内.由于提供的坐标似乎在设备显示的报告范围内,因此对测试进行调查似乎很奇怪.

以下代码段说明了我的问题:

from appium.webdriver.common.touch_action import TouchAction

def test_max_screen_size(appium_driver):

    driver = appium_driver

    window_size = driver.get_window_size()
    max_width = window_size["width"] - 1
    max_height = window_size["height"] - 1 

    action = TouchAction(driver)
    action.tap(None, max_width, max_height).perform()

在这里,我尝试点击显示的最极端.

此测试在Android设备上通过,但在iOS模拟器设备上未通过(我尚未测试真正的iOS设备-但我敢肯定它也会崩溃).

这是一个Appium错误还是我做错了什么?

我的环境:
鸦片1.3.4
iOS 8.1
current Appium Python client
Python 2.7.6

更新资料

我在这个问题上花了更多时间.

首先,我通过Instruments运行了这个简单的UIAutomation脚本:

var target = UIATarget.localTarget();
var max_width = target.rect().size.width;
var max_height = target.rect().size.height

UIALogger.logMessage("width: " + max_width + " height:" + max_height);

target.tap({x:max_width, y:max_height});

当您在iPhone 4s上运行此程序时,您将获得max_width = 320和max_height = 480,因为它是2x retina display-正是Appium告诉我们的以及期望的结果.

如果您增加了两个变量,则脚本将按预期方式失败,并出现以下情况:脚本引发了未捕获的JavaScript错误:点击点不在“新脚本”第8行的屏幕范围内.

这意味着Appium必须发送乐器不喜欢的东西.

因此,下一个故障点可能是appium python客户端.我使用pdb转到客户端与appium服务器对话的位置:

../remote_connection.py(349)execute()
-> return self._request(command_info[0], url, body=data)
(Pdb) l
344             command_info = self._commands[command]
345             assert command_info is not None, 'Unrecognised command %s' % command
346             data = utils.dump_json(params)
347             path = string.Template(command_info[1]).substitute(params)
348             url = '%s%s' % (self._url, path)
349  ->         return self._request(command_info[0], url, body=data)
350
351         def _request(self, method, url, body=None):
352             """
353             Send an HTTP request to the remote server.
354
(Pdb) url
u'http://127.0.0.1:4723/wd/hub/session/c9e49cb0-d291-4fb5-8aef-d89b9ceaa759/touch/perform'
(Pdb) data
'{"sessionId": "c9e49cb0-d291-4fb5-8aef-d89b9ceaa759", 
  "actions": [{"action": "tap", "options": {"y": 479, "x": 319, "count": 1}}]}'

这表明appium python客户端似乎也正在按照您的期望进行操作.

这使Appium服务器成为下一故障点…

解决方法:

好吧,经过一会儿的挖掘,我终于找到了答案.与可以在屏幕上进行相对于全屏的任意点击的Instruments不同,Appium选择将您限制在应用程序的范围之内.这意味着,如果显示菜单栏,它将通过菜单栏的高度减小您的可点击区域.

您可以在appium服务器日志中看到以下内容:

1  info: [debug] Got result from instruments: {"status":0,"value":{"width":320,"height":480}}
2  info: [debug] Responding to client with success: {"status":0,"value":{"width":320,"height":480},"sessionId":"b363bc3f-969b-4d7c-94e9-a504ffa08661"}
3  info: <-- GET /wd/hub/session/b363bc3f-969b-4d7c-94e9-a504ffa08661/window/current/size 200 90.756 ms - 98 {"status":0,"value":{"width":320,"height":480},"sessionId":"b363bc3f-969b-4d7c-94e9-a504ffa08661"}
4  info: --> POST /wd/hub/session/b363bc3f-969b-4d7c-94e9-a504ffa08661/touch/perform {"sessionId":"b363bc3f-969b-4d7c-94e9-a504ffa08661","actions":[{"action":"tap","options":{"y":479,"x":319,"count":1}}]}
5  info: [debug] Pushing command to appium work queue: "UIATarget.localTarget().frontMostApp().rect()"
6  info: [debug] Sending command to instruments: UIATarget.localTarget().frontMostApp().rect()
7  info: [debug] [INST] 2015-01-29 00:27:53 +0000 Debug: Got new command 8 from instruments: UIATarget.localTarget().frontMostApp().rect()
8  info: [debug] [INST] 2015-01-29 00:27:53 +0000 Debug: evaluating UIATarget.localTarget().frontMostApp().rect()
9  info: [debug] [INST] 2015-01-29 00:27:53 +0000 Debug: evaluation finished
10 info: [debug] [INST] 2015-01-29 00:27:53 +0000 Debug: responding with:
11 info: [debug] [INST] 2015-01-29 00:27:53 +0000 Debug: Running system command #9: /usr/local/Cellar/node/0.10.35_2/bin/node /usr/local/lib/node_modules/appium/node_modules/appium-uiauto/bin/command-proxy-client.js /tmp/instruments_sock 2,{"status":0,"value":{"origin":{"x":0,"y":20},"size":{"width":320,"height":460}}}...
12 info: [debug] Socket data received (82 bytes)
13 info: [debug] Socket data being routed.
14 info: [debug] Got result from instruments: {"status":0,"value":{"origin":{"x":0,"y":20},"size":{"width":320,"height":460}}}
15 info: [debug] Pushing command to appium work queue: "UIATarget.localTarget().frontMostApp().tapWithOptions({\"tapOffset\":{\"x\":0.996875,\"y\":1.041304347826087},\"tapCount\":1,\"touchCount\":1})"
16 info: [debug] Sending command to instruments: UIATarget.localTarget().frontMostApp().tapWithOptions({"tapOffset":{"x":0.996875,"y":1.041304347826087},"tapCount":1,"touchCount":1})

在第2行中,您可以看到服务器如何响应设备分辨率.
在第14行中,您可以看到应用程序分辨率:320×460,在下面的行中,您可以看到我(现在是相对的)单击的实际位置:{“ x”:0.996875,“ y”:1.041304347826087}.

这是意外的,我希望API说明能够指出这一点-Appium中的选项卡是相对于应用程序窗口(而不是整个显示窗口)执行的.

长话短说

我现在必须使用< driver> .find_element_by_xpath(‘// UIAApplication [1]’).size替换iOS的< driver> .get_window_size().

原文地址:https://codeday.me/bug/20191120/2046689.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


目录1、前言2、mark的使用(一)注册自定义标记(二)在测试用例上标记(三)执行3、扩展(一)在同一个测试用例上使用多个标记(二)在测试类上使用标记1、前言在自动化测试工作中我们有时候并不需要测试所有的测试用例,比如在冒烟测试阶段,我们只需要测试基本功能是否正常就可以了。在pytest中提供
用例执行状态用例执行完成后,每条用例都有自己的状态,常见的状态有passed:测试通过failed:断言失败error:用例本身写的质量不行,本身代码报错(譬如:fixture不存在,fixture里面有报错)xfail:预期失败,加了 @pytest.mark.xfail()  error的栗子一:参数不存在 defpwd():prin
什么是conftest.py可以理解成一个专门存放fixture的配置文件 实际开发场景多个测试用例文件(test_*.py)的所有用例都需要用登录功能来作为前置操作,那就不能把登录功能写到某个用例文件中去了 如何解决上述场景问题?conftest.py的出现,就是为了解决上述问题,单独管理一些全局的
前言pytest默认执行用例是根据项目下的文件名称按ascii码去收集运行的;文件中的用例是从上往下按顺序执行的。pytest_collection_modifyitems这个函数顾名思义就是收集测试用例、改变用例的执行顺序的。【严格意义上来说,我们在用例设计原则上用例就不要有依赖顺序,这样才能更好
当我们对测试用例进行参数化时,使用@pytest.mark.parametrize的ids参数自定义测试用例的标题,当标题中有中文时,控制台和测试报告中会出现Unicode编码问题,这看起来特别像乱码,我们想让中文正常展示出来,需要用到pytest框架的钩子函数pytest_collection_modifyitems。先看问题:#file_n
前言:什么是元数据?元数据是关于数据的描述,存储着关于数据的信息,为人们更方便地检索信息提供了帮助。pytest框架里面的元数据可以使用pytest-metadata插件实现。文档地址https://pypi.org/project/pytest-metadata/未安装插件pytest-metadata之前执行:环境搭建:使用
前言前面一篇讲了setup、teardown可以实现在执行用例前或结束后加入一些操作,但这种都是针对整个脚本全局生效的如果有以下场景:用例1需要先登录,用例2不需要登录,用例3需要先登录。很显然无法用setup和teardown来实现了fixture可以让我们自定义测试用例的前置条件 
前言:写完一个项目的自动化用例之后,发现有些用例运行较慢,影响整体的用例运行速度,于是领导说找出运行慢的那几个用例优化下。--durations参数可以统计出每个用例运行的时间,对用例的时间做个排序。pytest-h查看命令行参数,关于--durations=N参数的使用方式--durations=N
钩子函数之pytest_addoption介绍:①pytest_addoption钩子函数可以让用户注册一个自定义的命令行参数,以便于用户在测试开始前将数据从外部(如:控制台)传递给程序;【程序根据获取的用户传递的自定义的参数值来做一些事情】②pytest_addoption钩子函数一般和内置fixturepytestcon
[pytest]#命令行参数----空格分隔,可添加多个命令行参数-所有参数均为插件包的参数addopts=-s-reruns1--html=..eporteport.html#测试路径----当前目录下的scripts文件夹-可自定义testpaths=../scripts#搜索文件名----当前目录下的scripts文件夹下,以test_开头,以.py
python通用测试框架大多数人用的是unittest+HTMLTestRunner,这段时间看到了pytest文档,发现这个框架和丰富的plugins很好用,所以来学习下pytest. image.pngpytest是一个非常成熟的全功能的Python测试框架,主要有以下几个特点:简单灵活,容易上手支持参数化能够支持简单的单
1、装饰器,放在函数前面,跳过用例 @pytest.mark.skip(reason="nowayofcurrentlytestingthis")importpytestdeftest1():print('操作1')print("-----------------------------------------------")@pytest.mark.skip(reason="nowayofcur
本文实例为大家分享了python下载微信公众号相关文章的具体代码,供大家参考,具体内容如下目的:从零开始学自动化测试公众号中下载“pytest"一系列文档1、搜索微信号文章关键字搜索2、对搜索结果前N页进行解析,获取文章标题和对应URL主要使用的是requests和bs4中的Beautifulsoup
From:https://www.jianshu.com/p/54b0f4016300一.fixture介绍fixture是pytest的一个闪光点,pytest要精通怎么能不学习fixture呢?跟着我一起深入学习fixture吧。其实unittest和nose都支持fixture,但是pytest做得更炫。fixture是pytest特有的功能,它用pytest.fixture标识,定义在函
参数化有两种方式:1、@pytest.mark.parametrize2、利用conftest.py里的pytest_generate_tests 1中的例子如下:@pytest.mark.parametrize("test_input,expected",[("3+5",8),("2+4",6),("6*9",42)])deftest_eval(test_input,expected):
pytest优于其他测试框架的地方:1、简单的测试可以简单的写2、复杂的测试也可以简单的写3、测试的可读性强4、易于上手5、断言失败仅使用原生assert关键字,而不是self.assertEqual()或者self.assertLessThan()6、pytest可以运行有unitest和nose编写的测试用例pytest不依赖pyth
学习python的pytest框架需要的基础知识和学习准备测试从业者学习python应该掌握的内容:首先是变量和数据类型,其次列表、字典以及Json的一些处理,再者就是循环判断以及函数或类这些内容。其中的重点:1.循环判断以及字典这块是重点2.函数和类,类的学习这块要花较多时间去学
前言pytest可以支持自定义标记,自定义标记可以把一个web项目划分多个模块,然后指定模块名称执行。app自动化的时候,如果想android和ios公用一套代码时,也可以使用标记功能,标明哪些是ios用例,哪些是android的,运行代码时候指定mark名称运行就可以mark标记1.以下用例,标记test_send_http(
unittest参考文档: https://docs.python.org/3/library/unittest.htmlunittest笔记TheunittestunittestingframeworkwasoriginallyinspiredbyJUnitandhasasimilarflavorasmajorunittestingframeworksinotherlanguages.Itsupportstestautomation,shar
fixture场景一:参数传入代码如下:运行结果: