Appium 打印混合App类型

最新推荐文章于 2024-03-26 22:43:49 发布

Cara69

最新推荐文章于 2024-03-26 22:43:49 发布

阅读量403

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Android 测试文章标签： appium 打印混合应用 context

本文链接：https://blog.youkuaiyun.com/xuecancan/article/details/65627230

Android 测试专栏收录该内容

24 篇文章

订阅专栏

本文介绍了一种打印应用程序上下文类型的日志方法。通过获取并遍历所有可用的应用程序上下文名称，每一种类型都被记录下来。这种方法适用于需要了解不同应用环境的场景。

    logger.info(">>>>>>>>打印App类型");
    Set<String> contextNames = driver.getContextHandles();
    for (String contextName : contextNames) {
        logger.info(contextName);
    }

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

Cara69

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Appium使用教程（四）——appium界面认识

MTbaby的博客

11-28

1万+

在之前安装appium的时候说过我们有两种方法安装，也就有两种结果，一种是有界面的，一种是没有界面的，首先我们先讲一下有界面的，以及界面有哪些东西。首先看第一幅图，如果你的是windows那么界面就应该是这样的，所以你发现你的和我的不一样也不用担心，正常。windows版整个界面只有7个按钮，我会按照从左到右从上到下的顺序讲。（mac的会有一定的差异，但并不是很大，只是排版和样式的问题，但是功能都一

05-对混合app应用中的元素进行定位

学习&记录

06-19

1021

现在大部分app都是混合式的native+webview，对于native上的元素通过uiautomatorviewer很容易定位到，而对于webview上的元素就无法识别了。WebView直译是网页视图，是一个基于webkit内核的，用于显示网页的控件，具备渲染Web页面的功能。Android的Webview在低版本和高版本采用了不同的webkit版本内核，4.4后直接使用了Chrome浏览器的内核。

参与评论您还未登录，请先登录后发表或查看评论

Appium 混合app实例

weixin_30457065的博客

03-10

182

public static void main(String[] args) throws Exception{ AndroidDriver driver; DesiredCapabilities cap=new DesiredCapabilities(); cap.setCapability("automationName", "Appium");//a...

Appium——处理混合APP中H5的操作

热门推荐

点点寒彬的博客

03-22

1万+

文章首发：《我的博客》背景自己自学APPIUM测试公司的APP有一段时间的，Android原生的元素定位，包括数据处理和逻辑判断也基本上搞熟了，但是公司的APP很坑爹，开发过程中存在混合开发的情况，这就意味着我必须要处理APP里面的webview，真的是很坑爹的东西。操作系统：Mac OS X EI CaptionAppium: 1.4.16Java: java version “1.7.0_79”

Appium对页面操作汇总

沈伟-测试前行者

10-12

1533

一：输入内容后点击搜索按钮 driver.press_keycode(66) driver.keyevent(66) 二：打印屏幕高和宽 print(driver.get_window_size()) 三：获取屏幕的高 x = driver.get_window_size()['width'] 四：获取屏幕宽 y = driver.get_windo

appium处理混合APP_获取上下文（切换句柄）

diying6370的博客

03-10

1011

//混合APP的处理 //getContextHandles()：获取所有可用的上下文//context()：设置上下文//getContext()：获取当前上下文 //1. getContext()：获取当前上下文 String h1=driver.getContext(); System.out.println(h1); //2. 获取所...

app自动化-Appium学习笔记

T1798218285的博客

03-26

544

1、支持语言比较多，例如：Java、Python、Javascript、PHP、C#等语言2、支持跨应用（windows、mac、linux）3、适用平台Android、iOS4、支持Native App(原生app)、Web App、Hybird App原生应用：使用Android、iOS的标准SDK编写的应用。（肉眼查看：不用网络也能访问，优点：高效、流畅）移动浏览器应用：使用移动平台的浏览器访问的应用。（肉眼查看：没网白屏看不到，优点：占内存比较小）

appium自动化测试之混合应用处理

九天揽月

11-11

1512

appium测试混合应用 1、native、web、hybrid简介目前主流应用程序大体分为三类：web APP（网页应用）、hybrid APP（混合应用）、native APP（原生应用）。 native：优点：直接依托于操作系统，交互性最强，性能最好；功能最为强大，特别是在与系统交互中，几乎所有功能都能实现。缺点：开发成本高，无法跨平台，不同平台Android和iOS上都要各自独立开发；门槛较高，原生人员有一定的入门门槛，相比广大的前端人员而言较少；更新缓慢，特别是发布应用商店后，需要

app自动化测试appium教程之番外1——进阶补充内容

zhizhi0920的博客

02-06

361

app自动化测试appium教程之番外1——进阶补充内容混合app测试1. 打开app内webview debug模式2. 验证是否为混合app3. 切换至H5页面4. 切回原生app5. chrome调试Webviewappium检查器录制脚本(引用) 混合app测试混合app，即一个app不仅仅含有原生的部分，还嵌入了h5网页。使用appium框架对安卓混合app进行测试，需要从原生切换到h5网页，必须切换到相应的webview，相关步骤如下： 1. 打开app内webview debug模式方

APP H5 混合自动化使用说明 [基于 Appium+Python+微信/钉钉系列]

akuiblog的博客

09-25

640

前言：微信：已成功定位并解决自动化问题钉钉：目前可以定位到，但是代码无法切换webview appium+微信 3. 把微信的开发者模式调出 debugx5.qq.com 随意发送消息，内容为“debugx5.qq.com”。点击debugx5.qq.com, 这就会跳转至微信的x5内核调试页面信息—勾选"是否打开TBS内核Inspector调试功能 2.在谷歌输入“chrome:/...

appium+python 获取页面元素属性

xgh1951的博客

12-28

6075

前言：本位转载，备忘用地址：https://www.cnblogs.com/yoyoketang/p/7942745.html 1. 获取text # coding:utf-8 from appium import webdriver from time import sleep desired_caps = { 'platformName':...

Appium+python（3）：解决APP内嵌H5页面元素无法定位问题

与君共勉

03-09

1万+

测试app的时候，我们知道可以通过UI AutomatorViewer进行元素定位 UI AutomatorViewer元素定位见《Appium+Genymotion+robotframework+python：Android元素定位》但是很多app中都会内嵌h5页面，这个时候定位就会变成下图这样：只能定位整个页面，无法定位到单独的元素。那么怎么才能够定位到h5页面的元素呢。 ...

appium python 获取手机页面信息

zhang103886108的专栏

07-24

3870

//使用前要进入python页面 from uiautomator import Device ,AutomatorServer,Adb d = Device('设备的名称') //用adb devices获取 d.info d.dump('111.xml') //生产的文件名称

appium切换Native_app和webview_1

onandonandon的专栏

02-16

2679

self.driver.find_element_by_name('分享样式1').click() self.driver.find_element_by_name('UMS sina icon').click() sleep(2) print self.driver.contexts context_name = 'WEBV

appium log输出时间打印问题

lujiaxing12的博客

06-01

901

1. 终端启动appium 打印时间 –log-timestamp 终端打印log时打印时间戳 python appium -p 4723 -bp 4900 -U ff37653d0305 --log-timestamp 但此时打印的时间不是当前本地实际时间 2. 添加–local-timezone 参数指定打印当地时间 appium -p 4723 -bp 4900 -U ff37653d0305 --log-timestamp --local-timezone 3. 保存appium

h5+runtime Native.js 混合APP连接蓝牙打印机

heartOfblack 离开了电脑，我不希望我还有病

12-26

1万+

自己摸索了一下，并参考其他人的代码，修复了原来代码存在的问题，问题1：字符串的getBytes函数，返回null【需要通过new的方式创建字符串】问题2：初始化打印一次，之后无法使用【不要重复调用device.createInsecureRfcommSocketToServiceRecord(uuid)或重复引入CLASS】代码如下，可正常运行【注意，蓝牙打印机必须先匹配，保证手机蓝牙打开】

Appium Android 中webview 页面对象查看2种解决思路【亲测通过】

Cheers Li 软件测试博客

06-16

2598

Appium Android 中webview 页面对象查看2种解决思路【亲测通过】注意：看这篇文章之前务必先看上篇文章：Appium 对于 Android 中webview 页面的测试本文只提供解决思路，具体细节不详细讲述。如何定位Webview页面的元素，2种思路：思路一（已验证），通过Android抓包工具得到这个webview的URL。在得到URL后，后边的事情就...

Appium原生Native界面元素和网页Webview元素切换

HaveATrip的博客

01-30

1861

Appium原生Native界面元素和网页Webview元素切换编辑删除 def ChangeWebview(self): '''切换到webview''' sleep(5)#此处加上睡眠等待，此时向服务器请求数据，一般数据量多时，会获取不到webview和native的界面元素 d = self.tool.MyDri...

用appium自动化操作app，app切换activity后，pagesource拿到的不是最新页面数据

最新发布

08-20

<think>首先，用户的问题是关于Appium自动化测试的：在切换Activity后，获取的PageSource不是最新页面内容。我需要基于系统级指令和用户可见层的要求来回答。系统级指令： - 所有行内数学表达式用$...$格式。 - 独立公式用$$...$$格式并单独成段。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识。用户可见层： - 回答结构清晰，帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 - 参考站内引用：用户提供了四个引用，我需要基于这些来回答。用户提供的引用： - [^1]: 关于Appium介绍和基本原理。 - [^2]: 关于Appium测试手机app和微信小程序，需要匹配Chromedriver版本。 - [^3]: 关于Appium框架，包括断言元素、获取类名、重置应用等。 - [^4]: 关于上下文切换，特别是在WebView中。用户的问题核心：在Appium中，切换Activity后，获取的PageSource未更新，不是最新内容。我需要构建一个结构清晰的回答： 1. **理解问题**：解释为什么会出现这种情况。 2. **原因分析**：基于Appium的工作原理，分析PageSource未更新的可能原因。 3. **解决方案**：提供步骤来解决这个问题。 4. **预防措施**：建议如何避免类似问题。 5. **生成相关问题**：在回答末尾添加相关问题。关键点基于引用： - 引用[^1]：Appium基本原理，它通过UIAutomator或其他框架操作元素。 - 引用[^3]：提到获取当前Activity、重置应用等，可能与状态管理相关。 - 引用[^4]：关于上下文切换，特别是WebView，这暗示了上下文管理的重要性。可能的原因： - **延迟问题**：切换Activity后，Appium可能没有立即更新PageSource。 - **上下文问题**：如果Activity涉及WebView或混合应用，需要正确切换上下文。 - **Appium内部状态**：Appium的缓存或状态未刷新。 - **同步问题**：需要等待新Activity完全加载。解决方案： 1. **添加等待**：使用显式等待确保新Activity加载完成。 2. **刷新PageSource**：强制刷新或重新获取PageSource。 3. **检查上下文**：确保在正确的上下文（如NATIVE_APP或WEBVIEW）。 4. **重置或重启**：在必要时重置应用或会话。在回答中引用相关段落： - 例如，在解释时，自然地添加引用标识如[^3]。生成相关问题： - 在末尾添加3-5个相关问题。回答结构： - 引言：确认问题。 - 原因分析。 - 解决方案步骤。 - 总结。 - 相关问题。确保使用中文回答。</think>### Appium自动化测试中切换Activity后PageSource未更新的问题解决在Appium自动化测试中，切换Activity后获取的PageSource不是最新内容，这是一个常见问题，通常源于Appium的内部状态管理延迟或上下文切换不当。Appium通过UIAutomator或类似框架操作元素，但在Activity切换时，PageSource可能未及时刷新，导致获取的是旧页面数据[^1]。下面我将逐步分析原因并提供解决方案，帮助您高效解决此问题。 #### 问题原因分析 1. **状态延迟或缓存问题**：Appium在切换Activity后，PageSource可能被缓存，未立即更新到最新状态。这是因为Appium的底层驱动（如UIAutomator）需要时间同步新页面的元素树结构[^1]。 2. **上下文切换不当**：如果Activity涉及WebView或混合应用（如微信小程序），Appium必须在正确的上下文（如`NATIVE_APP`或`WEBVIEW_com.tencent.mm:appbrand0`）中操作。否则，PageSource获取可能失败或返回旧数据[^4]。 3. **同步等待不足**：新Activity加载需要时间，如果测试脚本未添加足够等待，Appium可能提前返回旧PageSource。这与Appium的异步执行机制相关[^3]。 4. **驱动或版本不匹配**：Chromedriver版本与WebView不兼容时，可能导致上下文切换失败，进而影响PageSource更新[^2]。 #### 解决方案步骤以下是一个结构化的解决方法，基于Appium的最佳实践。假设您使用Python编写测试脚本，但原理适用于其他语言。 1. **添加显式等待确保新Activity加载** 在切换Activity后，使用Appium的等待机制来同步页面状态。例如，通过`WebDriverWait`等待新Activity的特定元素出现： ```python from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC from selenium.webdriver.common.by import By # 切换Activity后，添加等待 wait = WebDriverWait(driver, 10) # 设置10秒超时 element = wait.until(EC.presence_of_element_located((By.ID, "新页面的元素ID"))) ``` 这能确保PageSource在获取前已更新到最新状态[^3]。 2. **强制刷新PageSource或重置上下文** 如果等待后PageSource仍未更新，手动刷新或切换上下文： - **刷新PageSource**：调用`driver.page_source`前，先执行一次元素查找来触发更新： ```python driver.find_element(By.ID, "任意元素ID") # 强制刷新内部状态 latest_page_source = driver.page_source # 获取最新内容 ``` - **切换上下文**：如果Activity包含WebView，确保切换到正确上下文： ```python # 获取所有上下文 contexts = driver.contexts print("Available contexts:", contexts) # 例如: ['NATIVE_APP', 'WEBVIEW_com.tencent.mm:appbrand0'] # 切换到目标上下文（如WebView） driver.switch_to.context(contexts[1]) # 选择WebView索引 latest_page_source = driver.page_source # 现在获取最新PageSource ``` 引用[^4]提到，在WebView中切换上下文后，PageSource才能正确更新。 3. **检查驱动兼容性和重置应用** - **验证Chromedriver版本**：确保Appium使用的Chromedriver与设备WebView版本匹配。使用`driver.capabilities['browserName']`检查版本[^2]。 - **重置应用状态**：如果问题持续，重置应用清除缓存： ```python driver.resetApp() # 重置应用数据，强制刷新所有状态 ``` 这能解决因缓存导致的PageSource滞后问题[^3]。 4. **优化测试脚本结构** - 在关键操作后添加日志输出，例如打印当前Activity名称： ```python current_activity = driver.current_activity() print("当前Activity:", current_activity) # 确认是否成功切换 ``` - 使用`try-except`块处理异常，确保脚本在PageSource获取失败时重试。 #### 总结与最佳实践 - **核心原则**：PageSource未更新通常是由于同步问题或上下文管理不当。优先添加显式等待，再检查上下文切换。 - **性能影响**：以上方法会增加少量执行时间（通常<1秒），但能保证测试可靠性。 - **预防措施**：在测试设计阶段，对所有Activity切换操作添加等待逻辑，并定期验证Chromedriver版本兼容性[^2]。如果问题频发，考虑使用Appium的`autoGrantPermissions`能力自动处理权限弹窗，避免干扰PageSource获取[^1]。通过以上步骤，您应该能解决PageSource未更新的问题。如果仍遇到困难，建议提供更多测试日志以便深入诊断。