目录
handles=driver.getContextHandles()
driver.context(handles.toArray()[1].toString())
windows=driver.getWindowHandles()
driver.switchTo().window(窗口句柄)
App在执行自动化测试的时候,有时候碰到webview组件,通过appium inpector或者SDK自带的uiautomatorviewer都无法定位webview组件中的元素,这个时候通常需要浏览器开发工具来协助定位.
常见的3中定位方式:
前提:webview开关打开,可使用6.0的模拟器,6.0存在系统bug,默认是可以调试webview的.
在应用中启用webview调试,需在webview类里调用静态方法:
Webview.setWebContentsDebuggingEnableed.
1.在脚本中通过driver.getPageSource方法将整个页面中的内容下载为一个html文件,然后打开该html文件,利用浏览器的开发者工具定位.
2.模拟器中打开对应的webview页面,利用chrome devtools工具实现定位:在chrome浏览器中输入chrome://inspect,在devices中可以看到模拟器中同步过来的app页面,然后点击inspect,可以进入开发者调试工具实现定位,定位方式与常见的web页面定位方式一致.
3.下载uc devtools工具,功能同chrome devtools,但是谷歌的工具,数据同步很慢,经常出现同步失败的情况,而国内的uc devtools则是正常访问,故推荐uc devtools.
举例三连:
webview操作
1.获取所有的webview的上下文句柄
handles=driver.getContextHandles()
2.切换到想要的某个上下文句柄中
driver.context(handles.toArray()[1].toString())
3.获取所有的窗口句柄
windows=driver.getWindowHandles()
4.切换到对应的窗口中
driver.switchTo().window(窗口句柄)
脚本中实现以上4步,我们就能对webview中的控件元素进行操作了(前提是环境没问题,包括chromedriver和webview的版本对应).
Webview性能
使用chrome://inspect工具或者uc devtools查看App Webview组件的加载情况,整个加载过程同web页面的加载过程.
页面说明及信息指标:
Disable cache:不加载缓存,从0载入.
蓝色竖线:dom出现,我们可以做click或者sendkeys操作.
红色竖线:图片等资源加载完成.代表CSS样式加载完毕.
Queueing(正在排队):请求再队列中排队等待的时间.
Stalled(已停止):在队列中,停止请求.
Waiting(等待中TTFB):服务器响应时间.
Content Download(下载内容):下载的时间
以上也就解释了为何自动化脚本在定位时若使用xpath定位,有时候命名元素已经出现可点击了,仍然会报错抛出no such element的异常,因为控件仅仅是出现在dom中;如果使用css selector定位方式,等待样式等静态资源都加载完毕,往往不会报错.