Appium 移动自动化

移动 UI 自动化里常见的坑

Appium 跨 Android 与 iOS，但能力（capabilities）、定位器语法和驱动行为并不一致。团队里常见的问题是：用 Thread.sleep 硬等、全局 XPath、坐标点击、每用例 resetApp()，以及两端共用同一套 caps——脚本在模拟器上能跑，换真机或云网格就 flaky。

技能如何引导你写测试

技能把角色设定为资深移动 QA 架构师，按固定流程推进：先明确执行目标，再做平台检测与语言检测（默认 Java + io.appium:java-client；Python/pytest 或 JavaScript/WebdriverIO 则指向对应 reference 模式文档）。

核心约定包括：

• 定位：优先 AccessibilityId，避免脆弱的全路径 XPath
• 等待：显式 WebDriverWait，不用裸 sleep
• 手势：W3C Actions API，弃用 TouchAction
• 结构：JUnit 5 测试骨架，以及 TestMu AI 云上的能力与应用上传（如 lt:// URL）

内置反模式对照表和验证清单（automationName、超时、noReset 策略等），并索引 reference/cloud-integration.md、ios-specific.md、hybrid-apps.md 与 playbook 各章（BaseTest、页面对象、并行、CI/CD）。

适用边界

默认深度在 Java 与通用模式；Python/JS 需配合分语言 reference。混合应用与 WebView 需单独读 hybrid 文档。云端真机通常要比模拟器更长的超时（资料建议 30 秒以上）。技能不替代你本地的 Appium Server、证书与商店包管理，只规范测试设计与代码形态。