移动端自动化，几年前聊这个话题，答案基本就一个，Appium。
现在不一样了。原生团队用系统自带的框架，更快也更稳。赶进度的团队拿 YAML 写低代码用例，十分钟就能跑起来。游戏项目靠图像识别，发版前的稳定性交给智能遍历。Appium 还在，也还在更新，只是没人再指望它一个工具包打天下。
今天给大家整理了 12 款移动端主流工具，每一款附上官网和开源仓库，大家根据自己的工作场景对号入座就行。
排名不分先后
一、跨端框架
1. Appium
移动端自动化的老牌王者，开源，C/S 架构，一套脚本兼容 Android 加 iOS，原生、混合、H5 应用通吃，语言随便挑。2.x 版本完成模块化改造，驱动独立安装、按需加载，臃肿的旧形象翻篇了。生态最全，踩坑资料最多，团队级选型的默认答案。
官网 appium.io
2. Maestro
这两年崛起最快的新势力，mobile.dev 出品。YAML 写测试，天然低代码，十分钟上手，自带等待重试容忍，CI 集成一条命令。它把移动端自动化里最容易翻车的等待和稳定性问题在框架层解决了，新手写的用例也能稳跑，小团队和 DevSecOps 流水线的心头好。
二、官方原生框架
3. Espresso
Google 官方的 Android UI 测试框架，跑在进程内，同步机制由系统保证，快而且稳，和 Android Studio、Jetpack 深度集成。缺点是只能测自己家的 App，跨应用流程搞不定，适合 Android 团队做白盒级 UI 测试。
官网 developer.android.com/training/te...
4. XCUITest
Apple 官方的 iOS UI 测试框架，XCTest 家族成员，Xcode 里写完直接跑，和 Instruments 性能工具联动方便。iOS 侧的默认答案，Swift 写用例，体验顺，速度比走外部驱动的方案快不少。
官网 developer.apple.com/documentati...
5. UI Automator
Google 出的另一个 Android 框架，跟 Espresso 的分工是，Espresso 管自己 App 内部，UI Automator 管系统级跨应用，比如测分享到微信、拉起相机这类跨 App 流程，黑盒方式做系统交互测试的唯一官方解。
官网 developer.android.com/training/te...
三、垂直场景引擎
6. Airtest
网易开源的跨平台 UI 自动化框架，招牌是图像识别定位，Unity3D、Cocos2d-x 这类没有控件树的 游戏，只有它玩得转。配套 AirtestIDE 可视化录制，poco 框架管原生控件，游戏公司的人手一份。小程序和 App 也支持，一鱼多吃。
7. Detox
Wix 开源的 React Native 专用灰盒测试框架，直接 hook 进应用的运行时，同步等待做到了框架级，用例稳定性在 RN 圈口碑第一。RN 项目不用犹豫，就是它。
8. Patrol
Flutter 生态的原生集成测试框架，LeanCode 出品，比官方 integration_test 快得多，支持真机和模拟器，还能直接调原生平台通道，Flutter 项目的 UI 自动化目前的最优解。
四、专项测试与配套
9. SoloPi
支付宝开源的 Android 专项测试工具，录制回放、性能数据采集、一机多控群控模式，一个人操作十几台真机跑兼容，机型适配工作室的效率神器。
10. Fastbot
字节跳动 Quality Lab 开源的稳定性测试工具，基于模型做智能遍历，结合机器学习和强化学习决定点击路径，不是瞎点的 Monkey。字节内部每天跑三千多次任务、日均发现五千多个崩溃，Android 加 iOS 双端都有，稳定性专项的国产代表。
11. DeviceFarmer STF
开源的智能设备远程管理平台，浏览器里远程操作真机，设备池化、占用归还、自动化挂载都管。测试团队自建真机农场的底座，前身 Smartphone Test Farm，社区接力维护中。
12. Appium Inspector
Appium 家族的元素定位工具，独立安装，页面结构树加控件属性一键生成定位表达式，写移动端用例时找元素全靠它，Appium 用户装机必备。
写在最后
如果让我现在从零搭一套移动端自动化，工具箱大概是这样的，主力 Appium 跑跨端回归，发版前挂 Fastbot 智能遍历一晚上，游戏项目加一套 Airtest，设备不够就 STF 自建农场，再租云真机补机型。
想说的是，移动端自动化没有银弹，按场景拼工具箱，比追单一大框架实在。别再无脑 All in Appium，原生团队用 Espresso 加 XCUITest 更快更稳，预算少人手少的团队，Maestro 十分钟能见效。游戏和 Hybrid 是 Airtest 的地盘，控件树拿不到的场景，图像识别是唯一解，这个没有争议。
稳定性测试这块被严重低估。Fastbot 挂一晚上机器自己跑，第二天收崩溃，投入产出比是手写用例比不了的，版本发版前必挂，别省这一步。
最后一句掏心窝的，设备才是移动端测试的真正瓶颈。脚本写得再好，手里没有覆盖目标机型的真机池都是空谈，这笔钱，省不得。