#8 楼 @actionwind 额,这两者没什么关系。。。本来 uiautomator 在 google 的定位就只是用来做多应用之间的简单交互。单个应用用单测或者 Espresso 之类的覆盖。
话说 uiautomator 本来就不底层啊。
建议你看下自绘 view 的一些相关信息,你就知道为啥不支持了。
#4 楼 @actionwind 这是自绘 view ,没有实现 accessibility 方法,无解。
这个还真不知道。苹果的东西不开源,就算有个思路也只能说是猜。
你要不试试用 Debug View Hierarchy 看下控件结构,看是不是有什么控件覆盖了?
#18 楼 @turinblueice desired capability 是脚本里设置的,appium 图形化界面主要管 server 的参数。desired capability 属于会话参数。
#53 楼 @coffeecatyao 其实有做过,把每个接口的常用操作封装起来,步骤一致的参数提取出来做 for 循环。但步骤一致的实在太少,而接口封装后其实重用性没有那么大,因为我会用到这个接口的用例数量不多。
不错。以前用 LR 的时候前辈就教了最基础的两个点:think time 和 并发量的变化要以一定数量为步进逐步变。
话说表格的 markdown 是不是用错了?看起来有点像表格 markdown ,但实际又不是。
我的论坛用户名你输错了。。。不过刚好也看到这个贴了。
首先,inspector 的 visible 一直是 false 的问题是 inspector 本身的问题,话说我就没见过里面显示 visible 是 true 的元素。。。应该是它解析 xml 的时候那个属性有问题。所以我觉得你的问题和那位外国哥们不是同一个。
第二个,visible 确实如你所说,就是显示是否可见。你找的代码也对,appium 的 xml 中 visible 属性确实是这么来的。isVisible 是 UIAutomation 原生 API ,它用于指示当前元素是否用户可见,简单地说就是用户在界面上看不看得到。至于它返回值具体通过什么判定,准不准,这点我就没探究过了。不过从以前的使用经验上看,大部分情况下它是准的。
第三个,以前曾经遇到一个坑,不知道和你这个是不是同一个。我们以前的一个应用界面的 所有可见元素每隔一定时间会通过 remove-create 的方式重新生成(设计如此,开发的想法就是能简单实现实时更新,适应不同的界面配置)。重新生成后的界面元素连内存地址都不一样了,但当你继续使用之前的元素的方法时,并不会产生报错信息。例如访问元素的 isVisible 方法,它会一直告诉你是 false ,你完全看不出这个元素实际上已经不可用了。但有一个简单的方法可以分辨:获取元素名称。如果元素对象已经不可用,那么它会返回 null 。因为不知道你应用的具体情况,所以我也不好确定是不是同一个问题,只是给个思路你参考下吧。如果你想修复这个问题,可以参考我之前的 fix 代码:https://github.com/appium/appium-uiauto/compare/master...chenhengjie123:element-cache-fix
祝你成功~
markdown 的 # 号和文字之间留一个空格。我们用的是严格的 markdown ,语法中的空格是不可忽略的。
没看懂你的代码。。。把 add ,update 方法的源码放上来才有意义啊。
按你的说法,add 写文件是没问题的,那就是 update 读文件有问题了。
加 accessibility id 。
赞~这个模板和我之前用的这个比较像:http://shanhe.me/node/18/314
其实还是挺好用的,只是我当时走偏了,大部分用例使用不止一个接口,有 n 多 controller ,在这种报告中不好看,而且没带有自动 decode 和 response body 自动换行功能 ,所以最终没用下去。
onResponse,retrofit 。应该是弱网的问题了。
#2 楼 @chungeguo 刚试了下,确实可以获取,便于在只有一台设备的时候自动选择设备。感谢!
但是其他电脑 ssh 过去 mac 机器上,在终端下执行该命令也是同样失败了
检查下是不是有些命令在远程 ssh 下不会自动执行?我们这里也是 mac jenkins 作为 slave ,打包没有任何问题。我们的用法是在 mac 上有一个 shell 脚本,里面调用 xcodebuild 的方式是:
bash -c "xcodebuild ${SETTING}"
${SETTING}
就是构建需要的那些参数。
#8 楼 @ahhswangkai good!不过脚本看起来没支持多语言?
@tobe_nb 能否整理一下,在帖子中把最终方案贴上来?这个问题应该很多人遇到过。
不错。之前研究时找到的监控 toast 记录的应用原理和这个应该是一样的,只是那个功能多一些。
如果能写到 sd 卡的某个指定位置可能更好,更容易实现直接用 adb 命令获取 toast 信息,脚本写法更简单。
711 大会的时候貌似提过,直接发一条 adb 命令点击安装按钮那个坐标。
找天要试用下 Android Robot ,现在基本都在弄 iOS 端的东西了。。。