背景
很多同学在学习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,By> alertMap = new HashMap<>();
alertMap.put("text=\"我知道了\"",MobileBy.AndroidUIAutomator("new UiSelector().text(\"我知道了\")"));
alertMap.put("xxx",MobileBy.id("xxx"));
alertMap.put("xxx",MobileBy.xpath("xxx"));
Set<String> allKeys = alertMap.keySet();
//拿到页面的dom结构信息
String pageSource = driver.getPageSource();
for (String key:allKeys){
if(pageSource.contains(key)){
//点击对应的弹窗元素
driver.findElement(alertMap.get(key)).click();
}
}
//点完弹窗之后继续再来点击对应的元素
return driver.findElement(by);
}
}
欢迎来到testingpai.com!
注册 关于