uiautomator-弹窗中断

异常之突然弹出的窗口

  • 场景复现及分析

打开ES文件管理器,会弹出一个窗口(what's new),告诉你有哪些更新,需不需要更新等,一般这种情况是在第一次打开时出现,而且随着版本的变更出现的不一定还是那样的信息,无法很好的定位,因此需要一种异常检测的机制来解决这类问题。

  • 解决方案

网上有各种的解决方案该篇大部分代码引用至此),比如提前查看这个控件是否存在、UIWatcher等来监测异常;

  1. 重试机制:能够保证用例的稳健性
protected void waitAndInstall() throws UiObjectNotFoundException{ 
   if(mDevice.hasObject(By.clazz(Button.class).text("下一步"))){ 
       UiObject btn=mDevice.findObject(newUiSelector().text("下一步").className(Button.class)); 
       btn.click(); 
       waitAndInstall();//循环查找下一步 }
   else if(mDevice.hasObject(By.clazz(Button.class).text("安装"))){
       UiObject btn=mDevice.findObject(newUiSelector().text("安装").className(Button.class)); 
       btn.click(); 
       btn = mDevice.findObject(newUiSelector().text("确定").className(TextView.class)); 
       btn.waitForExists(30000); 
       btn.click(); 
   }
   else{ 
       mDevice.pressBack();
   //进入到这个流程通常时点击下载或安装时弹出了'是否需要root自动安装'
   //'推荐其他应用'的弹窗。这类弹窗没有规律 
       UiObject btn=mDevice.findObject(newUiSelector().text("下一步").className(Button.class));
       
       btn.waitForExists(mOutTime/2);
       
       btn.click(); 
       waitAndInstall();
       } 
}
  • 上面代码的逻辑是:安装APK时先看有没有“下一步”这个按钮,有的话就循环查找下一步直到出现没有该按钮出现为止;
    • 此时出现的按钮若是“安装”的话就点安装,然后就等着“确定”按钮出现,并设定超时参数为30s,一旦出现我就点击;
    • 此时出现的按钮既不是“下一步”也不是“安装”,那么就基本可知出问题了,按照经验可知出现的基本上都是一些个问你权限啊、新版本说明啊等等这样的信息弹窗,而且随着版本的变更这个出现的很没规律,但有个共同点是我可以直接点击返回键取消掉它,因此 我先返回取消掉这个新弹出的窗口,然后再直接找“下一步”,然后等待一段时间for 这个按钮的出现

同时我们写用例的过程中用到了mdevice.findObject(Uiselector)UiObject(Uiselector)两种方式,希望能在使用之前判断一下该空间是否获取到了,否则总是会出现找不到控件的异常:
==android.support.test.uiautomator.UiObjectNotFoundException:UiSelector[RESOURCE_ID=com.android.settings:id/dashboard_container]==

因此: 我们可以像上面一样在找之前先用mdevice.hasObject(By.)来进行判别;代码摘录如下:

if(mDevice.hasObject(By.clazz(Button.class).text("下一步"))){ 
    UiObject btn=mDevice.findObject(newUiSelector().text("下一步").className(Button.class)); 
    btn.click(); 
 }

或者: 先找,然后直接等着它出现:

UiObject btn=mDevice.findObject(newUiSelector().text("下一步").className(Button.class));
         btn.waitForExists(mOutTime/2);
         btn.click(); 

而我们的用例是先获取然后使用Uiobject.exists()方法来检测是否存在,代码如下:

UiObject Cancel = new UiObject(new UiSelector().text("Cancel"));
        //检测其消失
        while (Cancel.exists()) {
            Cancel.click();
        }
        //检测其是否存在
        if (cancel.exists()){
            Cancel.click();
        }

想表达的意思是先获取“cancel”按键,然后检测它时候存在,如果存在则一直点,如果不存在就继续往下执行,这里其实是实现了等待按键消失的功能,简单粗糙粗暴,存在一下几点问题或者说隐患:

  1. 假如我机器反应迟缓那么,我很可能就在一直不停地点啊点“cancel”按键,有可能死机(虽然这也可以是一个测试点,但是针对当前用例测试点来说是无关变量,应排除,保证场景pure);
  2. 这种功能一般已有API实现,重复造轮子且代码不优美;
boolean clickAndWaitForNewWindow(long timeout)
// 点击this UiObject并等待新界面,设置等待时间

boolean waitForExists(long timeout) 
// Waits a specified length of time for a view to become visible. 

boolean waitUntilGone(long timeout) 
// Waits a specified length of time for a view to become undetectable.

boolean    waitForWindowUpdate(String packageName, long timeout)
// Waits for a window content update event to occur.

// Wait for launcher final String 
launcherPackage = mDevice.getLauncherPackageName();
assertThat(launcherPackage, notNullValue());
mDevice.wait(Until.hasObject(By.pkg(launcherPackage).depth(0)),LAUNCH_TIMEOUT);

总结: 先检查存在否再去获取,或者直接先获取然后再去判断是否存在两者均可。


  1. UIWatcher:是针对性的,针对某一个中断的出现来做相应处理,具体这个博主已写的很详细了;个人觉得代码量有点多了,不简洁,不喜欢!

当我们注册了watcher时,如果通过selector没有找到我们想要的Ui元素,就会调用watcher。具体使用方法如下,首先实现这个接口,在我的安装自动化中,安装完apk后经常有些app弹窗问是否要删除安装包,影响脚本后续的点击。所以我写了这个watcher,当触发时,如果UI中找到了类似这个弹窗,那么我点击系统back按键取消这个弹窗,使我的脚本继续执行。

public class MyWatcher implements UiWatcher {
    private UiDevice mDevice;
    public MyWatcher(UiDevice device){
        mDevice = device;
        }
    @Override 
    public boolean checkForCondition() {
        if(mDevice.hasObject(By.text("删除安装包"))){
            mDevice.pressBack(); 
            return true;
            } 
        return false; 
    } 
}

完成定以后,在脚本的setUp里注册自己的watcher,当控件查找失败时就会自动调用watcher了。实际用的过程中,不管是调用device的findObject还是hasObject,如果查找失败都会调用到watcher,所以watcher里一定要根据实际状态进行处理,切不可统一做处理。

myWatcher = new MyWatcher(mDevice);
mDevice.registerWatcher("testwatcher",myWatcher);
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 171,463评论 25 707
  • ¥开启¥ 【iAPP实现进入界面执行逐一显】 〖2017-08-25 15:22:14〗 《//首先开一个线程,因...
    小菜c阅读 6,357评论 0 17
  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,598评论 18 139
  • 小穆穆的OPPO R11 照亮我的美
    牛油果果果阅读 168评论 0 0
  • 人来到世上总会经历生活的酸甜苦辣,但是不必太过难受,只要做好自己就行了。 2017年11月15日,我们信工系举行了...
    简单些哦阅读 324评论 0 1