背景
很多同学在学习 App 自动化或者在项目中落地实践 App 自动化时,会发现编写的自动化脚本无缘无故的执行失败、不稳定。而导致其问题很大原因是因为应用的各种弹窗(升级弹窗、使用过程提示弹窗、评价弹窗等等),比如这样的:
如果不对这些弹窗进行处理,将会中断自动化脚本的运行,从而导致脚本执行不稳定。
弹窗处理思路
因为弹窗有时候是随机出现的,并不是按照固定的路径复现,所以不能按照常规元素定位给点掉。
我们可以利用 try…catch…异常处理机制:当正常元素定位不到时捕获异常,进入到异常处理场景,再然后定位弹窗元素,存在则点掉。
这里以 bilibili 的首页弹窗为例:
对应思路代码实现:
try { driver.findElement(By.id("tv.danmaku.bili:id/drawer_handler")).click();}catch (Exception e){ //找不到对应的元素就进入到弹窗的处理机制中来 driver.findElement(MobileBy.AndroidUIAutomator("new UiSelector().text("我知道了"")"")).click(); //点完弹窗之后继续再来点击对应的元素 driver.findElement(By.id(""tv.danmaku.bili:id/drawer_handler"")).click();}
优化一
上述方案代码通用性不强,代码重复量较多,所以可以考虑封装为单独的方法:
/** * 通用findElement方法封装,加入了异常弹窗处理 * @param by 元素定位 * @return 元素WebElement */public WebElement myFindElement(By by){ try { return driver.findElement(by); }catch (Exception e){ //找不到对应的元素就进入到弹窗的处理机制中来 //首页弹窗元素 driver.findElement(MobileBy.AndroidUIAutomator(""new UiSelector().text(""我知道了"")"")).click(); //点完弹窗之后继续再来点击对应的元素 return driver.findElement(by); }}
优化二
对弹窗异常处理做了一定封装,但是还存在一个问题:如果应用有多个地方需要对不同的弹窗进行处理,那么此方法明显不满足。我们可以考虑增加黑名单机制:将需要处理的弹窗加入到黑名单中,再循环遍历,同时由于有多个弹窗元素需要遍历定位导致速度很慢,我们可以通过解析 dom 结构(getPageSource)拿到页面 dom 信息,再进行判断:
/** * 通用findElement方法封装,加入了异常弹窗处理 * @param by 元素定位 * @return 元素WebElement */public WebElement myFindElement(By by){ try { return driver.findElement(by); }catch (Exception e){ //找不到对应的元素就进入到弹窗的处理机制中来 //弹窗黑名单列表(Map结构保存弹窗信息,其中key为元素在dom中关键信息字符串,value为元素定位表达式) HashMap<String
最后的效果:
最后:
“
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!