首页 » 排名链接 » 深入了解Appium:Capability 高级配置技巧解析(应用程序设备重置测试状态)

深入了解Appium:Capability 高级配置技巧解析(应用程序设备重置测试状态)

雨夜梧桐 2024-11-02 12:48:52 0

扫一扫用手机浏览

文章目录 [+]

xcuitest driver 的 capabilities 官方文档介绍(UAutomator 可做参考)。

进阶配置项deviceName

deviceName 只是作为设备的别名,并不能唯一的确定一个设备。

python 示例

深入了解Appium:Capability 高级配置技巧解析(应用程序设备重置测试状态) 排名链接
(图片来自网络侵删)

pythoncaps["appium:deviceName"] = "emulator-5554"udid

使用设备的 UDID 可以确保在同时连接多个设备时,准确地选择指定的设备进行自动化测试。
不设置 UDID 则默认读取设备列表的第一个设备,当只连接一个设备,可以不设置。

在 iOS 设备上,可以在设备的设置中找到 UDID 。
在 Android 设备上,可以通过 adb 命令或在开发者选项中找到UDID。

获取设备列表,使用 adb devices 命令:

如图所示,下图连接的设备的唯一标识就是127.0.0.1:7555

可以通过 capabilities 中的"udid"字段来指定设备的UDID。

python 示例

python## 并不能唯一确定一个设备caps["appium:deviceName"] = "emulator-5554"## 可以唯一确定一个设备caps["udid"] = "hogwarts001"newCommandTimeout

appium 可以设置程序应等待来自客户端的新命令的超时时间,超时后 session 会被删除。
具有 60s 的默认等待时间。
将时间改为 0 时,表示禁用该设置。

在 capabilities 中的"newCommandTimeout"字段来指定等待时长,单位为秒。

python 示例

python## 可以根据测试所需步骤适当延长时长。
caps["appium:newCommandTimeout"] = 3600

PRINT_PAGE_SOURCE_ON_FIND_FAILURE

默认为 false发生任何错误,强制服务器将实际的 XML 页面源转储到日志中.测试策略-noReset

在 capabilities 中 noReset 如果为真,指示应用程序驱动程序在会话启动和清理期间避免其通常的重置逻辑(默认为假)。

然而,在 Android 和 iOS 平台上,noReset 被处理的方式有一些不同。

Android 平台:当 noReset 设置为 true 时,启动应用程序时不会重置应用的状态,包括清除缓存、重置应用程序设置等。
这意味着应用程序在每次启动时会保留上一次的状态。
当 noReset 没有设置或设置为 false 时,启动应用程序时会重置应用的状态,包括清除缓存、重置应用程序设置等。
这意味着应用程序在每次启动时会恢复到初始状态。
iOS 平台:在 iOS 平台上,无论 noReset 设置为 true 还是 false ,应用程序的状态通常会重置。
这是因为在 iOS 中,每次应用程序启动时,Appium 会使用一个新的模拟器或设备,以及一个新的应用程序安装。
若要实现在 iOS 平台上不重置应用程序的状态,可以通过保持模拟器或设备的状态来实现。
这可以通过使用 udid 参数指定具体的设备,以及安装应用程序的方式来实现。

总结起来,noReset 在 Android 平台上可以实现每次启动应用程序时保留上一次的状态,但在 iOS 平台上,无论设置为 true 还是 false ,应用程序的状态通常会重置。
在 iOS 平台上保留应用程序状态需要使用其他方法。

测试策略-shouldTerminateApp

指定应用程序是否应在会话结束时终止。
默认值为 true,除非 noReset 功能设置为 true

测试策略-forceAppLaunch

指定如果应用程序已经在会话启动时运行,是否应该强制重新启动。
默认值为 true ,除非 noReset 设置为 true。

总结Capability 进阶配置项

相关文章