appetizer 东西很好，但我司不让用。说实话即使混淆了也容易被逆向，所以我司 app 发布必加固。如果 appetizer 能私有部署那真是极好了

https://testerhome.com/topics/11719 稳定性测得话可以试试我这个工具

“开发者选项” -> "USB 调试（安全设置）允许通过 usb 调试修改权限或模拟点击" 这个可否打开了？

nexflix 开源了一套 实时视频流质量评估算法。可能会有帮助
https://github.com/Netflix/vmaf

不需要 root

后续会开源的，请关注

老板在和你说 good-bye

加 q 说吧

加 q 群说吧。这个简单一两句说不清楚

monkey 命令参数可能输错了。把你的 adb shell 那条命令发来看看

高速是指解析界面算法。如果觉得 event 太快可以自行添加 Throttle。 速度不够何谈压力

关于登录输入用户密码等的业务操作

1.XCTestWDMonkeyController.swift 里先开启 Login 事件

2.MonkeyXCTest.swift 修改 addXCTestAppLogin 中 登录的关键点

3.MonkeyXCTestPrivate.swift 中修改 对应登录事件逻辑

重下次代码，重新 update 三方库，重新 build 就好了。

外挂玩出了不一样的赶脚

已 star 做的确实好。

加我个 q 回头调式看看

我本地调试出现过 事件太快太多 真机会阻塞住，暂停 monkey 后是可以恢复，但没有固定某个控件

同学加下我 q 77227005

嗯 这个问题正跟进的

77227005

加下我 q

直接使用其底层的 wda 就可以

appium 底层是用的 facebook 那套 wda 协议，其实可以理解 wda 是基于 xctest 做各种包装，然后 appium 在 wda 基础上做包装一遍。同时他还使用 b/s 模式 做了多余的网络请求 应答这种机制。造成自身速度慢。也因为这种机制 appium 可以很好的适用 android ios web 等多套平台。 说到底就是自己做的事请太多过于臃肿。
xctest 本身不直接支持解析 xpath 查询。而是借用 iosnspredicatestring 查询 然后做 search 筛选等操作，效率上降低了。

如果是学习 建议详细阅读 facebook 的 wda（macaca 的 xctestwd 同理）以及 xctest 官网 api，同时 google 私有 api。 从而打造适合自己项目的高效率自动化工具

首先需结合自身情况，确定是否有人力和时间付出大量成本去维护和调试 产品迭代 UI 变更所带来的自动化用例变更甚至扩展、重写等。 如果成本跟不上很可能出现 初版 ui 自动化实现后续无人力做高迭代维护造成自动化效率低致废弃。

不如退而求其次 优先实现类似 android monkey 高收益性自动化工具。抓住减少崩溃率这样一个重点为目标。

实际上过往的经验，实现用例的 ui 自动化未必能发现什么产品上的 bug，仅仅是替换高重复性工作可能还有些价值。