说到移动APP自动化测试，代表性的测试框架非Appium莫属，从今天开始我们将从APP结构解析、Appium框架学习、安卓/iOS自动化测试实战、自动遍历回归测试、自动化测试平台及持续集成，多个维度一起由浅入深的学废Appium
今天我们先来初步认识Appium，以及移动APP的UI自动化应该怎么设计更合理
1、Appium设计理念
Appium是开源的、由WebdriverAgent、espresso、UI automator2 多个服务集成的框架，驱动各端完成自动化测试
Appium支持多语言：python java nodejs，一门语言就可以完成多端测试工作
Appium支持跨平台：Android、iOS、windows、mac
Appium支持底层多引擎可切换，比如iOS的：KIF、WDA、XCTest；Android的: robotium、ui automator
你的客户端可以发送HTTP请求告诉Appium你想为什么样的程序提供自动化，并帮我点击某个按钮，实现断言
2、Appium底层引擎列表
Android：主要的引擎是分为两个selendroid、Esresso 引擎: 这两个引擎可以完成更加底层的调用，比如调用底层SDK的APIUI automator2：用于支持跨APP测试、兼容性测试
IOS: XCUItest引擎UI automator：已经被Apple公司废弃XCUItest：Facbook的WDA（webdriverAgent）
3、Appium多端架构体系一览图
遍历工具 or 脚本，通过webdriver发起HTTP请求
appium 服务接收后， 通过上述所说的中间引擎去调用对应的Api 或 App
如果说测的是手机浏览器、小程序等，需要借助chrome driver、webview内核去调用
4、合理的使用UI自动化测试
UI自动化测试分为传统的基于测试用例的测试 以及自动遍历测试基于测试用例的测试
价值：基于用例维护体系，核心、复杂的业务流程须交给基于用例维护的测试体系去维护、支持老功能的回归
缺点：会有用例维护成本、不能覆盖到新功能的探索，需重新写测试用例
自动遍历测试
定义：以自动化的方式对APP进行充分的功能遍历以探索bug
价值：降低自动化维护成本，覆盖兼容性、稳定性、性能、以及基本业务的断言一个APP差不多有50~60%是属于非常简单的浏览，数据展示等，完全可以交给自动化遍历去维护，同样支持基础老功能的回归
用途：多设备兼容测试、自动化专项测试
4、移动APP分层测试策略
单元测试：使用APP分层测试策略，增加单测规模，控制UI自动化测试规模
基于测试用例的测试：核心集成与验收测试 用例交给自动化测试
自动遍历测试：大部分的基础回归测试交给自动遍历
人工测试：测试团队主负责，整个产品团队参与
使用不同的测试方法 去解决产品中不同的测试诉求，通过安卓官方的测试指导和行业内已经成熟的测试技术，找到适合自己公司的一套测试手段，从而对公司的测试体系进行相关建设
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
