如果想用 XCUITest 测试，要么改官方源码默认开启 inspector 重新编译，要么在自己 App 源码里手动
RendererBinding.instance.setSemanticsEnabled(true); 如果都不想改开启辅助功能读屏功能。

https://docs.docker.com/network/network-tutorial-host/
官方的说法是不可以，

The host networking driver only works on Linux hosts, and is not supported on Docker Desktop for Mac, Docker Desktop for Windows, or Docker EE for Windows Server.

host 只在 linux 上管用

复制一份已经认证通过的 adb 公钥 key ，所有的 adb 都用这一个公钥。

wireshark 是复制了一份网卡流量。并不是中间人拦截。

27 岁都是坎了

2020 年了，这个问题还需要再问吗？前端只能过滤普通用户而已，非正常恶意用户呢？

怎么也应该了解下 appium 吧，把 appium 打包成 apk？
不过你说的意思，SoloPi 貌似能满足需求。

捕获全局异常，然后自己写入个 log 文件里看具体什么原因。

def lambda_method(x):
    return x.find_element_by_id('someId')
WebDriverWait(driver, 10).until(lambda_method)

这样写差不多能看懂了吧，主要还是熟悉下 lambda 干嘛的，还有 until 里面的具体实现

1. app 检测到了开启了系统代理，设置了不走系统代理
2. 只信任系统证书或者私有证书，并不信任用户安装的证书

有点久远的工具了，现在好像叫 uft 了，

嗯，主要问题修改就是解决真机无法跑的问题

你这是几个应用？ com.uu.trip.driver， com.uu.goods.driver，脚本的和配置有点乱啊

{'appActivity':'com.uu.trip.driver',
 'appPackage': '.ui.activity.LauncherActivity'
}

这日志很清楚了缺少 bundleId 参数

Jenkins 如果并发构建的话 ，每个 job 应该都是单独临时 workspace，不影响吧。

https://github.com/microsoft/WinAppDriver
microsoft 官方发布的驱动

你不发日志我们也不知道啥原因

从你的日志里面我看到了多个 session，可能有两个问题。
1.初始化的时候创建了多个 driver，造成多个 session 同一个设备，或者每个用例都初始化了新的 session ，但是没 clear()。
2.appium 之前缓存里面还存在其他 session，新的用例同一个设备启动的时候并没有清理之前 session 。新的 driver 启动了新的 session，但是缓存中的 session 到时间没有等到新的请求，就主动把 UiAutomator2 服务停止了，造成新的 driver 也断开

你可以运行的时候查看： http://127.0.0.1:4723/wd/hub/sessions 看看里面的 sessions

钩子函数 pytest_runtest_makereport，pytest_report_teststatus 用例开始，执行，结束都会有相应状态回调。具体可以看官方文档

切换 wifi 开源项目还是有不少的，可以参考类似：
https://github.com/steinwurf/adb-join-wifi

com.uu.goods.driver.ui.activity.HomeActivity，并不让启动
比较简单的查看启动的 Intent

adb shell monkey -p com.uu.trip.driver -v 1

查看 Allowing start of Intent 关键字内容

Android 还好点，至少能看到基本元素布局。iOS XCUITest 框架真的是什么元素都看不到，但官方表示这不重要

用 spec 配置文件，把你需要的资源文件打包进去就好了。