Appium微信里webview自动化折腾记(MAC)

2019-10-08  本文已影响0人  GREG蓝天

现在越来越多的程序里内嵌H5了,甚至直接就是微信小程序或公众号,成本低,推广快,维护方便。故我们自动化也需要适应这些混合型APP,以前用老版本的Appium的时候没发现太大问题,但最近升级到最新的Appium(1.14)版本后,各种问题出现了,这里把主要的问题做下记录。

微信版本:6.7.3
Appium:1.14
手机Android系统:5.0

问题一:

  安装appium的一些组件时,报一堆权限错误,由于npm不建议用sudo命令运行,故两者矛盾。

解决方法:
  用节点管理器重新安装node和appium:Mac 下重新搭建node环境并且重新安装appium

问题二:

  Appium的chromedriver的版本和手机系统里的Android System WebView版本不一致。

解决方法:
  Appium里报错信息里能看到需要的chromedriver版本号,按照官方说明下载相对应的chromedriver版本,替换自己appium目录里相对应的chromedriver。
不过这样解决不了换个手机或者多机运行的情况,故官方还给出了新的方案,即自动查找适用的chromedriver版本(需要Appium版本在1.8以上),这样只要把下载的chromedriver放在chromedriverExecutableDir目录下,appium就会自动检测,使用相对应的版本。

# 在desired_caps里新增参数
desired_caps = {
  'chromedriverChromeMappingFile’:'/Documents/CODE/Python/Appium/WeiXinToSMHY/config/chromedriveMapping.json’,  # chromedriveMapping.json存在的path
  'chromedriverExecutableDir': '/Documents/CODE/Python/Appium/WeiXinToSMHY/chromedriver’,  # chromedriver的目录
}

chromedriverChromeMappingFile内容:

{
  "2.45": "70",
  "2.43": "69.0.3497",
  "2.42": "68.0.3440",
  "2.41": "67.0.3360",
  "2.39": "66.0.3359",
  "2.38": "65.0.3325",
  "2.37": "64.0.3282",
  "2.36": "63.0.3239",
  "2.35": "62.0.3202",
  "2.34": "61.0.3163",
  "2.33": "60.0.3112",
  "2.32": "59.0.3071",
  "2.31": "58.0.3029",
  "2.29": "57.0.2987",
  "2.28": "55.0.2883",
  "2.27": "54.0.2840",
  "2.26": "53.0.2785",
  "2.24": "52.0.2743",
  "2.23": "51.0.2704",
  "2.22": "49.0.2623",
  "2.21": "46.0.2490",
  "2.20": "43.0.2357"
}
问题三:

  问题二解决后,我这appium能切换到webview了,但是接下来报了chrome version=66.0.3359.126的提示(我系统的Android System WebView版本是43.0.2357),我把chromedriver换成66.0.3359相对应的版本后,问题二那边就过不了。这里卡了我很久的时间,网上也没找到跟我一样的问题。后来想到为什么会出现两个webview版本呢,去查了下微信的内嵌webview版本(怎么查看请见这篇文章),果然,在chrome://inspect/#devices的页面里显示微信的webview版本为66.0.3359.126。

解决方法:
  所以我的解决方法是把系统的Android System WebView版本升级到跟微信一直的版本,去官方下载相对应的版本并安装后,终于可以运行下去了!!!

问题四:

  切换到webview后,发送操作指令时卡住,然后报错:Encountered internal error running command: Error: Could not proxy. Proxy error: Could not proxy command to remote server. Original error: Error: ESOCKETTIMEDOUT

解决方法:

# 在desired_caps里新增参数
desired_caps = {
    'nativeWebScreenshot': True,  # 重要参数:使用原生(native)的方法去截图,而不是用过代理的 ChromeDriver
    'androidScreenshotPath': IMAGE_DIR,  # 在设备中截图被保存的目录。默认值为 /data/local/tmp,这里为我项目目录路径的变量
}
问题五:

  Appium webview 下的 click () 事件无响应,明明appium脚本显示pass,但实际没任何反应,原来很多webview界面的元素监听的是tap事件,不是click事件。

# click() 无效
driver.find_element_by_css_selector("span.gopay._goPay").click()

解决方法:
(一)执行JS脚本方案(方法出处

driver.switch_to.context('WEBVIEW')
driver.find_element_by_xpath("//input[@type='text']").send_keys("XXX")
driver.find_element_by_xpath("//input[@type='password']").send_keys("XXX54321")
time.sleep(10)
#driver.find_element_by_xpath("//span[text()='登录']").click() #直接点击方案
driver.execute_script("window.document.getElementsByClassName('logon-button-label')[0].click()"); #执行JS脚本方案

(二)使用selenium的TouchActions里的tap事件(方法出处)

from selenium.webdriver.common.touch_actions import TouchActions

el = driver.find_element_by_css_selector("span.gopay._goPay")

TouchActions(driver).tap(el).perform()

推荐第二种方法,可以自己封装后使用,方便!

附上我自己的desired_caps

desired_caps = {
    'platformName': 'Android',
    'automationName': 'UiAutomator2',
    'deviceName': 'SM_N9008S',  
    'appPackage': 'com.tencent.mm',
    'appActivity': '.ui.LauncherUI',
    'udid': '2ee4b0f5',
    'noReset': True,
    'unicodeKeyboard': True,  # 编码,可解决中文输入问题
    'resetKeyboard': True,
    # 'autoAcceptAlerts': True,  # 默认选择接受弹窗条款  IOS独有,android不支持
    'noSign': True,  # 安装包不重新签名
    'newCommandTimeout': 500,
    'chromeOptions': {'androidProcess': 'com.tencent.mm:tools'},
    'chromedriverChromeMappingFile': CHROME_DIRVER_MAPPING_PATH,
    'chromedriverExecutableDir': CHROME_DIRVER_DIR,
    'recreateChromeDriverSessions': True,
    'nativeWebScreenshot': True,  # 重要参数:使用原生(native)的方法去截图,而不是用过代理的 ChromeDriver
    'androidScreenshotPath': IMAGE_DIR,  # 在设备中截图被保存的目录名。默认值为 /data/local/tmp

}
其他可能的问题可参考:

https://www.jianshu.com/p/456429bb6d02

上一篇下一篇

猜你喜欢

热点阅读