把 socket 监控从脚本中脱离开来，每个子进程只是执行 pytest 里面的用例。

起多个进程 每个进程里面都启动 pytest

牛逼 牛逼 7 天能做这么多东西 佩服佩服

有些搜索结果已经是比较老的了，基本上失效了，能不能按照加个创建时间排序的功能

这种要么就图像识别要么就点坐标吧

就是注册 driver 的时候注册两个呀。。两个 driver 分别操作～

一直都觉得 用父节点 ，子节点这种可读性很差 适配起来也很难适配

如果是固定的 deviceid 实现起来不是很麻烦。

哈哈 眼神真好。

正常情况下容器应该都是用默认的 bridge，但是 gitlab 容器在用 docker-compose 命令构建的时候 会自动新建一个 gitlab_default bridge，这样会导致同一个 pc 下面的容器在于 gitlab 容器通信时无法通信。解决办法：将所有的容器指向同一个 bridge 即可

已搞定 ～

感觉没啥区别。。就是叫法不一样吧。。

有点像鸡汤了

是的 动态界面识别控件会有问题

检测一下 monkey 进程 如果呗 kill 掉了 就重启一下

monkey 进程可能被干掉了

如果框架是脚本形式应该是自动化的同事写因为功能测试的可能不会写脚本，如果是类似于 testin 那种录制工具，就可以直接让功能测试那边去写，还是看框架的形式吧。当然功能测试如果能写用例更好不过，因为他们更了解业务逻辑。

感觉只能抠图然后在处理了

你搞懂了两边的差别了吗。。不要半懂不懂就开始问问题呀。。

你是指 Android 的 framework 层接口吗

你要判断有没有声音的话 要不要判断声音是否连续 声效是否正常呢？？你测的是音乐播放器 又不是手机喇叭

我昨天后来又跑了几遍 好像每一次路径都是一样的 主要是不能遍历完全 我遍历的是谷歌自己的 setting

可能需要签名吧

比 monkey 好的就是没有无效的点击操作 其他的应该差不多

我尝试了一下 感觉遍历的深度也不是很深 ，好像也没有逻辑性