基于pytest实现appium多进程兼容性测试
1|0前言
在实际工作中,如果要用appium实现多设备的兼容性测试,大家想到的也许是“多线程”,但由于python中GIL的影响,多线程并不能做到"多机并行",这时候可以考虑使用多进程的方式
2|0为什么基于pytest
我们知道,pytest中的conftest.py可以定义不同的fixture,测试用例方法可以调用这些fixture,来实现数据共享。以前的框架的思路是:Common目录下的base_driver.py定义生成driver的方法-->conftest.py中调用前者生成driver-->TestCases下的测试用例调用fixture,来实现driver共享 。但是现在不同了,我们有多个设备,这些设备的信息如果只是单纯的写在yml中,我们并行去取的时候似乎也不方便,那可以写在哪里?conftest.py似乎也不是写设备信息的好地方,最后只剩下了main.py,而且将main.py作为多进程的入口再合适不过了
但问题又来了,如果我们想启动多个appium服务,需要考虑以下几点:
- appium通过什么方式启动?
- 设备信息如何传递给base_driver方法来生成driver
第一点很明确,客户端启动appium server的方式似乎有点不合时宜了,如果你要同时测5个手机,难道要一个个启动客户端吗?最好的方式是启动命令行,因为命令行启动更方便更快
再说第二点前,先整理一下思路:main.py定义多个设备信息-->base_driver方法调用,生成多个driver-->TestCases下的测试用例调用fixture,但是设备信息怎么传递给base_driver方法呢?这时候pytest中的pytestconfig就派上用场了
3|0使用pytestconfig
内置的pytestconfig可以通过命令行参数、选项、配置文件、插件、运行目录等方式来控制pytest。pytestconfig是request.config的快捷方式,它在pytest文档里有时候被称为"pytest配置对象"
要理解pytestconfig是如何工作的,可以查看如何添加一个自定义的命令行选项,然后在测试用例中读取该选项。你可以直接从pytestconfig里读取自定义的命令行选项,但是,为了让pytest能够解析它,还需要使用hook函数pytest_addoption
下面使用pytest的hook函数pytest_addoption添加几个命令行选项
接下来就可以在测试用例中使用这些选项了
让我们看看它是如何工作的
因为pytestconfig是一个fixture,所以它也可以被其他的fixture使用。如果你喜欢,也可以为这些选项创建fixture
4|0具体实现
4|1定义main.py
既然可以使用pytest命令行参数了,那只需要在pytest.main中加上参数--cmdopt即可,main.py类似这样:
为什么设备信息我只写了四个?platform_version、server_port、device_port、system_port。其他的类似于appPackage、appActivity、platformName等去哪了?当然你也可以写在这儿,其他的应该都是多个设备相同的,我写在yml的配置信息中了
- 值得注意的是,这里的server_port多个设备不能重复,这是appium server启动的端口号,如果多个设备server_port都重复,那只能启动一个服务了,所以要不同
- system_port又是什么?这个是为了防止"互争互抢"现象的发生。多进程多设备并行时,如果多个设备同时使用同一个appium remote port(如8200)。对多个设备而言,它们并不知道相互使用同一port,因此就会出现多个设备发出的Request和接收的Action衔接不上而造成的测试混乱,可能会出现"Original error:Could not proxy command to remote server"的报错
4|2定义Caps下的caps.yml
这里基本上定义的是多设备相同的desired_caps的公共部分
4|3定义Common下的base_driver.py
这里有几点需要注意下:
- 多进程在调用BaseDriver类的base_driver方法时,实例化时应该先通过命令行的方式启动appium server,设想一下,如果启动appium server放在get_base_driver中,会出现什么样的场景?conftest中每调用一次get_base_driver方法,就会打开一个cmd窗口,试图去启动appium server
- yaml.load方法注意新的写法,加上参数 Loader=yaml.FullLoader,这样据说更安全
4|4定义conftest.py
关键点是pytest_addoption和request.config.getoption这两个函数的使用,一个添加命令行,一个解析命令行,但仍有需要注意的:
- eval(cmdopt):之所以使用eval将cmdopt转为字典,是因为cmdopt本身是字符串,类似这样的:"{'platform_version': '7.1.2', 'server_port': 4725, 'device_port': 62025, 'system_port': 8201}",这样取值多不方便。
- 此外,还需要解决一个问题,如果有多个fixture,必须保证第一个测试用例用到的fixture实现BaseDriver的实例化,并且将这一实例化的结果base_driver作为全局变量,供所有的fixture共用,否则就会出现启动多个cmd窗口,启动多个appium server的问题
因为pytestconfig是request.config的快捷方式,所以cmdopt也可以写作
5|0多进程运行
运行main.py,展示多进程运行的截图
6|0遗留问题
多进程兼容性测试也会带来一些问题:
- 测试报告如何更好的区分多台设备
- 对于分辨率不同的机型,要保证一些操作方法的健壮性和稳定性。如A手机屏幕大,确定按钮就在屏幕可见位置,B手机屏幕小,需要多次滑动才能看到按钮,这就要求定义方法时足够健壮
- 业务逻辑问题。如果并行的去操作(调用同一个接口),会不会有业务逻辑上的限制,比如要抢一个免单券,一天同一个ip,同一个设备只能抢一件,这时候应该只会有一个成功,另一个无疑会失败。这就需要要么调整限制,要么调整方法
__EOF__

本文链接:https://www.cnblogs.com/my_captain/p/12732587.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· C# 集成 DeepSeek 模型实现 AI 私有化(本地部署与 API 调用教程)
· DeepSeek R1 简明指南:架构、训练、本地部署及硬件要求
· 没有源码,如何修改代码逻辑?
· NetPad:一个.NET开源、跨平台的C#编辑器
2018-04-19 for...else: 一个程序引发的陷阱