Appium移动端自动化:稳定性从定位策略开始
2023年8月记录,分类「自动化测试」。这篇按当时的测试现场整理,重点放在目标、动作和可复用的检查点。
不稳定来源
移动端自动化的稳定性,很多时候不是 Appium 本身的问题,而是定位策略太脆弱、等待条件太粗、测试机状态不可控。
这类问题如果只写结论,过一段时间就很难复用,所以我把判断依据也留了下来。
定位策略
- 优先推动开发补 accessibility id。
- 等待业务元素出现,不用固定 sleep。
- 用例前清理通知、权限弹窗和历史登录状态。
el = WebDriverWait(driver, 10).until(
lambda d: d.find_element(AppiumBy.ACCESSIBILITY_ID, "submit")
)
el.click()
等待方式
- 同一条用例在多台设备上表现一致。
- 失败截图能看出当前页面状态。
- 定位不依赖屏幕坐标和中文文案变化。
如果要自动化,我会先挑稳定、关键、失败后能定位的部分,不急着全量脚本化。
维护建议
移动端自动化先把定位和设备状态管住,再谈覆盖率。后面遇到类似需求,可以先按这个结构跑一遍手工验证,再决定是否自动化。