Appium 测试运行慢时如何定位和优化？

Appium 测试慢，通常是定位、等待、会话创建、设备资源和网络链路叠在一起变慢。优化前先量化：哪一步耗时最长，是启动应用、找元素、切 WebView、执行手势，还是每条命令都慢。没有数据就调参数，很容易把稳定性也一起调没。

追问

元素定位为什么会拖慢 Appium？

每次定位都要跨进程和设备通信，复杂 XPath 还会遍历 UI 树。优先用 id、accessibility id，其次平台特定选择器。

隐式等待和显式等待怎么取舍？

隐式等待影响几乎每次查找，定位失败尤其拖时间；显式等待只等关键条件，更容易控制成本。少用固定 sleep。

会话复用一定更快吗？

会话复用能省安装、启动和授权时间，但会带来脏数据、登录态残留和用例污染。冒烟可用 noReset，首次启动类用例要干净环境。

并行为什么有时更慢？

瓶颈可能在 Appium Server、设备 CPU、USB、模拟器资源和后端环境。Android 并行要给每台设备独立 udid 和 systemPort。

性能监控看什么？

先看 Appium 命令耗时，再看应用 CPU、内存、网络和日志。所有命令都慢查网络和设备负载，只有定位慢就查选择器。

写段配置

javascript
const capabilities = {
  automationName: 'UiAutomator2',
  noReset: true,
  disableWindowAnimation: true,
  newCommandTimeout: 60
};