嗯,这个是可以,那 UIAutomator2 本身就是一个 apk,它自身通过 adb 安装弹出的提示框怎么解决?
提个问题,运行时动态权限弹框怎么办
可能是执行过程中,手机发现后台 UIAutomator 进程耗电严重,就给关闭或者冻结了。
解决方法就是检查手机是否有电源设置,关闭省电模式,比如小米的神隐模式
执行任务过程中,设备闪断吧:
getprop ro.build.version.release' exited with code 1{"stdout":"","stderr":"error: device '7391c4a8' not found\n","code":1
appium 日志是什么
java-client 太老,才 4.0,换最新的 7.0 试试
首先纠正一下,uiautomatorviewer 它不生成任何东西,它只是查看控件树的工具,生成是 UIAutomator 来做的。两者是技术与工具的关系,不要搞混了。
回到主题,通常 UIAutomator 在固定手机上的识别效果是固定的,如果说内容变了,那只能说,开发把控件相关的信息改了。
以我 app 三年的开发经验来说,只有内容不断变化的 ui 部分是需要不断修改内容的,而这种 ui 业务不适合做 ui 自动化,因为业务更新太快,ui 自动化脚本输出可能都会跟不上,或者说跟上了,也只能用一次,下次就没法用了。
应该针对不频繁变化的 ui 做 ui 自动化,ui 自动化的目标不是发现 bug,而是做回归,确保以往经过检验的功能没有问题,让自己安心。
我的建议是
如果是 webview h5 一类的页面,那就不使用 UIAutomator,用 espresso 来做定位,此时 UIAutomatorViewer 就没用了,你得有个新工具来看控件的相关信息。
你得确认原因才有对应措施呀
为什么会变动
还没看完,感觉很不错,收藏先
用开源框架有个通病,就是有些框架自身就有问题,无论你外部怎么封装,都是无法克服的。
当然封装也是一个必要做的事情,如果发现封装无法解决,那么就要考虑是不是它本身就有问题了
求开源地址啊
是的,单一条件定位不稳定那几乎是必然的,这不只是 appium 的问题
那就看 testerhome 的专栏: https://testerhome.com/columns/custom-appium 哈哈,是一样的
我 16 年 11 月进的,比较晚,没想到和思寒大神是同事,很酷
已二次改造完成,相关技术要点可以看我专栏:
appium 自身有很多问题,我都准备弃了,有能力就自己开发。
当用来学习 ui 自动化技术还是不错的范例,学习建议就是要先了解 UIAutomator 的原理和适用性,其他技术方案如 Robotium、espresso 等都要吃透原理,知道各种不同的技术能测什么不能测什么
至于小白现在是什么水平,还不太清楚,我也不知道你们掌握什么样的程度就可以完成自动化任务,我之前在 testin,做的 UI 自动化面向的是任何 app,它面临的问题的复杂程度是很难的,因为你得去兼容任何 app,任何手机,绝大部分公司做 UI 自动化根本不需要像 testin 这样考虑这么多,做自己家的 APP 的自动化可以有很多独特手段来规避一些业界难题。
bingo, 这点确实渣
airtest 在多设备执行下兼容性如何,比如 100、1000 台规模的手机
java,android sdk。另外还有 espresso
放弃吧,各个安卓版本不一样,不同手机产商的手机也不一样,兼容性问题很大,要测 webview,用 UIAutomator 是不行的,如果是小程序(腾讯 x5)的测试,那是需要在 UIAutomator 中建 websocket 用 js 注入去抓页面,其他 webview 的话,就用 Robotium 或者 espresso 这样的侵入式的框架,去获取 webview 对象,再注入 js 去抓页面
发现新大陆 scrcpy