iOS 可以尝试通过 scheme 跳回去

赞 之前有想过如果机器学习应用在 QA 中的某些场景 已经开始实践了吗 赞

遍历速度上肯定慢，但是可以让入口很深的问题暴露出来呀

@zhangzhao_lenovo 有兴趣搞一下遍历不

呃呃，这样呢？
如果是 WebDriverAgent 的话，可以考虑重新建立一个 session，也就是重新执行一下 launch 方法
参考 https://developer.apple.com/documentation/xctest/xcuiapplication/1500467-launch

libimobiledevice 印象中是有一个的 lz 可以试一下看看。
idevicedebug -u <UDID> run <BundleID>

嗷哟 厉害了 有空看看啥情况

.trace 为空的问题有进展吗？提前排下坑- -

之前想把 Instruments 自动化了，思路基本一致，lz 已经实现了啊 赞！
重启的话可以考虑用 libimobiledevice，里面有提供重启的命令

。。。soga

没有碰到过，面对 Stack Overflow 编程告诉我们换个端口试试- -

已 fork
周末读代码学习一下 哈哈：）

1.libimobiledevice 提供了 idevicecrashreport 可以导出真机 crashlog
2.Instruments 可以用命令行来跑对应的 template

iOS 呢 (抖机灵)？

明白了，多谢。等周末具体读一下：）
目前做法类似，取树中的 key 做处理来做 key。但是有一个问题我没有想明白。如果想优化执行速度，从哪几个方面来入手比较好。目前想过的有缓存页面元素树，但是不像 Android 可以拿到对应的 activity，没有太好的头绪，请问有这样的想法吗？请教一下

请问是说缓存整个树结构吗？

也做了一个类似的东西。想请问一下，iOS 自动遍历保证不会重复点击的逻辑- -如果切换到别的页面，遍历完又返回到之前的页面后，怎么确定原页面的已被点击的元素

之前碰到的时候 google 过一圈，大概有印象。当时出问题的机器也是 5c 和一台 32 位的 iPad，出处翻了一下没看到，可以看一下这个：https://stackoverflow.com/questions/39464682/dtdevicekit-could-not-start-house-arrest-service-for-app-identifier-xxx 不过下面有人说 6s 也碰到了，我这边是没有发现过。

目前我司是 beta 时，客户端随机选择部分用户，弹窗下载企业版 release >.<

@zhangzhao_lenovo @zwdlp520
二位，你们谈到的 5c 会报 too many instances of this service are already running 据了解是一个 32 位设备的坑，目测短期内是不会修复了。解决办法很简单粗暴 重启

被三五拒之门外

并不依赖源码，只是需要开发证书打包。可砸壳重签试试。

got 那你们有碰到一个比较尴尬的图片 特征值提取出来很少 导致匹配失败的吗
还有一个问题是 特别小的图片你们有尝试过吗 比如 5x5 10x1
SIFT？

Hi  想请问一下 提取特征值匹配的部分 如果当前页并不存在匹配图 实际上匹配失败 目前看来很容易指向一个错误的区域 有什么好办法能获取到或者解决这种情况吗？

方法有很多种，建议 Google 后再发帖