Appium —— 初识移动APP自动化测试框架Appium
说到移动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）
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：691998057【暗号：csdn999】
3、Appium多端架构体系一览图
遍历工具 or 脚本，通过webdriver发起HTTP请求
appium 服务接收后， 通过上述所说的中间引擎去调用对应的Api 或 App
如果说测的是手机浏览器、小程序等，需要借助chrome driver、webview内核去调用
4、合理的使用UI自动化测试
UI自动化测试分为传统的基于测试用例的测试以及自动遍历测试基于测试用例的测试
价值：基于用例维护体系，核心、复杂的业务流程须交给基于用例维护的测试体系去维护、支持老功能的回归
缺点：会有用例维护成本、不能覆盖到新功能的探索，需重新写测试用例
自动遍历测试
定义：以自动化的方式对APP进行充分的功能遍历以探索bug
价值：降低自动化维护成本，覆盖兼容性、稳定性、性能、以及基本业务的断言一个APP差不多有50~60%是属于非常简单的浏览，数据展示等，完全可以交给自动化遍历去维护，同样支持基础老功能的回归
用途：多设备兼容测试、自动化专项测试
4、移动APP分层测试策略
单元测试：使用APP分层测试策略，增加单测规模，控制UI自动化测试规模
基于测试用例的测试：核心集成与验收测试 用例交给自动化测试
自动遍历测试：大部分的基础回归测试交给自动遍历
人工测试：测试团队主负责，整个产品团队参与
使用不同的测试方法 去解决产品中不同的测试诉求，通过安卓官方的测试指导和行业内已经成熟的测试技术，找到适合自己公司的一套测试手段，从而对公司的测试体系进行相关建设
下面是配套资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！
最后： 可以在公众号：自动化测试老司机！ 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！