为啥单个 case 出错后,其他 case 会白跑?
先顶再读
恒温啊,我把 github 的主邮箱换回 Gmail 了,你再邀请一次试试看
账号:AnikiKun
邮箱:AnikiHwd@Gmail.com
来来来,有兴趣,求详细求鞭打
hi,遇到个问题,想咨询你 一下。
我看你这里拿 appiumPort 的时候是用
appiumPort = AvailablePortFinder.getNextAvailable();
那当你两个 case 启动的时间差非常短的时候,会不会出现拿到的 port 是相同的情况?
思路不对,我测 UI,不代表我验证一些状态也非要用 UI。
用这个吧,
adb shell dumpsys wifi | findstr Wi-Fi
这个帖子收藏了...结合评论~赞啊~
硬要说区别的话,模拟器默认是 root 的...而且是开发模式的..
沙发~哈哈。感谢分享。
上周就在想怎么让 udid 脱离 case 那一层,现在知道了,线程互斥锁搞起。
目测 Python 版本的 wrapper 也不远了..【。
既然是 UI,那肯定是从 UI 去检查...
点击登陆->获取登陆后才会有的元素->断言
感谢分享。 确实都的有用的东东,平时我基本也是用这些东西。
甚至把截图、input text 都做成批处理写进环境变量里面去了,你懂的。
牛逼....突然被屠版了,我以为我来错站了~~
赞赞赞~
#64 楼 @mingway_hu 都辛苦了.不容易
回过头已经翻页了~~~~
UI 自动化就这样...设置合理的等待/超时时间吧..
每天除了上微薄就是上 testerhome 了=。=
#2 楼 @ceshichen uiautomatorviwer 是只是集成在 Android sdk 里用于扫描分析 Android ui 的工具而已...辅助你 Appium 工作的开展..
谷歌百度一下:ADB server didn't ACK,解决方案很多啊。
Android 就用 uiautomatorviewer 吧