[debug] [XCUITest] Unable to connect to running WebDriverAgent: Error: socket hang up
[XCUITest] Getting status of WebDriverAgent on device timed out. Continuing
确认下 WDA 有没有正常启动?
3 年不长不短,经历了 3 个公司 n 个团队,自己也老了 3 岁。有些同事已很少联系,但社区的同学热情依旧。
还记得 3 年前加入社区管理团队时的兴奋感,以及当时在参与大会相关讨论中体会到的办会的压力。办次大会真心不易,1 天的会议,背后隐含着至少 4 个月以上的艰辛。场地沟通、活动宣传、topic 征集及审核、物资准备...对于一个大部分只有业余时间可以投入的团队,都非常的不容易。
很幸运能陪伴社区,陪伴这个大会 3 年。期待今年大会,能见到更多同学一起参与~ 还在犹豫的同学,不要犹豫了,赶紧点下报名按钮,一起参与大会吧!
这个吐槽很正能量。任何职业都有人做得好做的不好。好不好不是职业决定的,是人的能力决定的。
你应该贴出 appium python client 的版本,不是 appium 版本。
脚本 api 只和 appium python client 直接相关。
你先试下手动安装 app 是否正常吧?
我反倒最常用最后两种,aapt 适合给程序自动获取 apk 的相关信息,AndroidManifest 适合了解整个 app 的大致情况,例如用到什么权限、什么组件等。
也许和我平时需要拿 activity 信息的时候,都没有安卓机给我用有关,哈哈。
用 findElementsById
,判断返回的数组长度是不是 0 就知道元素是否存在了。
用 try..catch 这种写法并不好,相当于拿 try catch 当 if 用了。
我们选 java ,主要是因为大部分后端都用 java ,各种协议接入方便
你的是通用框架,属于基础型。卡斯的还包含了一些根据公司业务定制的部分,属于完整解决方案型。我觉得区别应该在这里。
赞呀~北京沙龙源源不断呀。
ok,我周三发公众号的时候一起发吧。
是的
今晚回去合并 ruby-china 的更新后一起发
已发 pr : https://github.com/testerhome/ruby-china-ios/pull/11
你 review 下有没有问题?
github 的链接我试过应该是正常的,麻烦再确认下?
收到。
问题原因是微信和邮箱的链接地址用的是非 http 协议,解析地址时出错无法处理。之前已记录 issue ,这周同步最新代码同时找个时间修复下:https://github.com/testerhome/ruby-china-ios/issues/10
github 的链接我试过应该是正常的,麻烦再确认下?
我觉得你需要先定位是硬件问题还是软件问题吧。 offline 表示硬件连接是没问题的,只是 adb 连接不上,属于软件层面的问题。
哇塞,一开始就奔着完整的开源项目而去呀。
看自己需要吧。我 mac 为主,Windows 也用。如果是想促进学习,必要性其实不大,Windows 也很好,Ubuntu 更佳。
Mac 好处在于综合了 Windows 的易用和 Linux 的强大,以及对 iOS 开发的支持。不过价格确实很高,没太大必要给自己增加经济压力,这些钱买书更好。心里已经长草除外,哈哈
对了,如果用免费的开发者账号,得改下 wda 的 bundle id ,否则会因为重名生成不了 provision profile 。收费的有个可以匹配所有 bundle id 的 provision profile ,不会有这个问题。
缺少 provision profile 。你的 xocde 开了自动管理开发者账号没?
一般都是看被测系统需要。
比如 iOS 10 ,1.6 以下就不支持,必须升级。不过一般情况下,如果不是某个新特性真的很符合项目需要,还是用一个够用稳定的版本比较好。
我估计是大神们都比较忙,社区上的少而已。一般大神都是比较热心的。
恩。在线插桩可能说得有点高级了,jacoco 把这种方式叫做 on the fly
这种模式下,通过 ant 就可以直接从被测服务器获取、清空覆盖率数据和生成覆盖率报告了。你可以在你整个测试开始前执行 ant 相关的命令清空当前覆盖率数据,然后结束后执行这个 ant 命令来生成覆盖率报告。
你想要什么?
覆盖率的话,jacoco 离线插桩会需要在源码配置项里做一些变更的。如果是服务端在线插桩,可以做到源码不需要做任何变动。
接口测试的话,被测系统代码和接口测试代码分离,这不是很正常嘛,不是很明白你的问题点在哪里。