无障碍问题

在无障碍程序设计过程中,我们和大家一样,遇到最多的问题,就是无障碍的不稳定,接下来主要介绍几个不稳定因素的起因和解决方案。

场景1:APP运行一段时间就挂掉了?

原因1:目前Android对后台应用限制比较严格,尤其内存不足或者电量不足的时候,会对相关应用进行误杀。

解决方案:关闭手机其他应用、关闭省电模式功能(或者插电运行)、给应用加锁(具体的可以查看对应品牌机型的加锁方法)。

场景2:在页面A点击用户头像进入用户详情页,获取用户数据,最终失败

原因1:某些情况下,当前A页面可能存在多个id相同的头像控件,你的代码拿到的可能不是在当前界面上的控件,导致点击了其他控件

解决方案:增加判断,确保你要获取的id在当前界面,可以通过位置信息确保控件在大概位置(或者判断是否可见等)

原因2:某些情况下,点击头像控件失效了,但是系统确实点击了(这种情况常见于某些APP框架,DeekeScript中暂未发现)

解决方案:在点击的时候,尽可能使用控件的特性,假设控件的clickable为true,则直接使用obj.click()即可;或者发现它的父控件的clickable为true,则直接使用obj.parent().click();只有在clickable为false的时候,才去使用系统提供的位置点击方法。

原因3:某些情况下被弹窗遮挡了,位置点击的时候跑到其他界面去了

解决方案:对APP的弹窗进行全局的监控,发现之后进行关闭。

原因4:进入A页面的时候,没有设置合理的等待时间,导致头像控件还未加载成功,导致点击失败

解决方案:增加页面的等待时间,如果对速度要求较高,可以先快速操作,发现失败后,再等待操作

场景3:可滑动的用户列表,对其每个用户进行操作时,经常因为返回次数不对,最终找不到用户而出错

原因1:操作用户的时候,国内某些APP框架可能手机卡顿导致返回没有执行(DeekeScript暂未发现)

解决方案:每次返回之后,做一个界面的判断,如果没有返回,则循环再返回

原因2:操作用户的时候,通过点击界面上的“返回”按钮返回,但是因为其他原因导致点击失败

解决方案:尽量使用系统全局的返回,不要使用APP提供的“返回”按钮返回

原因3:因为操作用户的过程中出错了,导致返回异常

解决方案:编写强壮的代码,每一步失败,都做到“心中有数”,然后执行对应的返回操作(或者在执行返回的时候,检测是否到了用户列表页)

场景4:因为某个功能的操作周期比较长,应用程序经常挂掉了

原因1:有时候,我们在开发一款新的APP的时候,经常会有一些超出我们预期的东西,比如:未知的弹窗,未知的界面等等(也包括手机来电等)

解决方案:遇到异常,可以退回到主界面(每退一次检查一次是否进入了主界面),然后再重新运行;当然如果没办法进入主界面,应该也可以进入其他默认的界面,或者自行对当前页面进行判断,然后执行对应操作

注意:尽量不要采用关闭APP,然后重启的方式,因为这种方式很难让客户接受(除非客户接受,并且必须这么做)

场景5:在评论列表或者用户列表出现死循环了

原因1:没有列表已经执行完做判断,或者因为某些原因导致一直在滑动列表

解决方案:对列表执行完成进行判断(DeekeScript中,可以获取对象的_addr属性,比如一次获取到了3个控件,把_addr进行保存,然后滑动之后,再进行读取,与前面的比对,如果相同则认为滑动完成) 对滑动进行判断,超出时间或者次数,进行异常处理

Copyright © script.deeke.top 2024 all right reserved,powered by Gitbook该文章修订时间: 2024-04-02 10:38:53

results matching ""

    No results matching ""