Appium-移动端自动测试框架，如何入门？，软件测试开发社招面试解答之性能优化

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

(2) Appium 的哲学

不需要为了自动化而且重新编译或修改测试 app；
不应该让移动端自动化测试限定在某种语言和某个具体的框架；也就是说任何人都可以使用自己最熟悉最顺手的语言以及框架来做移动端自动化测试；
不要为了移动端的自动化测试而重新发明轮子，重新写一套惊天动地的 api； 也就是说 webdriver 协议里的 api 已经够好了，拿来改进一下就可以了；
移动端自动化测试应该是开源的。

(3) Appium 设计思想

首先，为了能够实现哲学里描述的第 2 条，也就是不应该让移动端自动化测试限定在某种语言和某个具体的框架；也就是说任何人都可以使用自己最熟悉最顺手的语言以及框架来做移动端自动化测试； appium 选择了client-server 的设计模式。只要 client 能够发送 http 请求给 server，那么的话 client 用什么语言来实现都是可以的，这就是 appium 及 webdriver 如何做到支持多语言的；
其次，为了能够实现不要为了移动端的自动化测试而重新发明轮子，重新写一套惊天动地的 api；也就是说 webdriver 协议里的 api 已经够好了，拿来改进一下就可以了；这个思想，appium 扩展了 webdriver 的协议，没有自己重新去实现一套。这样的好处是以前的 webdriver api 能够直接被继承过来， 以前的 webdriver 各种语言的 binding 都可以拿来就用，省去了为每种语言开发一个 client 的工作量；
最后 appium 当然是开源的，这也实现了哲学思想里的最后一点。

(4) Appium 优点

支持语言：java ，python，node.js,c#,php,perl,ruby;
支持 android 和 ios;
支持跨应用。

(5) Appium 特点

跨架构，native hybrid webview
跨设备，android ios firefoxos
跨语言，java python ruby nodejs php
跨 app, 可以在多个 app 之间交互
不依赖源代码
不限制测试框架和平台

(6) Appium 架构

Android 上使用了 instrumentation 和 uiautomator 两套技术
Appium 在 4.1 以上使用 uiautomator
4.1 以下使用 selendroid
iOS 使用 uiautomation
支持 firefox

Appium 在 IOS 上的架构：

Appium 在 Andiord 上的架构：

Appium 基本概念

(1) Client/Server Architecture

appium 的核心其实是一个暴露了一系列 REST API 的 server。这个 server 的功能其实很简单：监听一个端口，然后接收由 client 发送来的 command。翻译这些 command，把这些 command 转成移动设备可以理解的形式发送给移动设备，然后移动设备执行完这些 command 后把执行结果返回给 appium server，appium server 再把执行结果返回给 client。

在这里 client 其实就是发起 command 的设备，一般来说就是我们代码执行的机器，执行 appium 测试代码的机器。狭义点理解，可以把 client 理解成是代码，这些代码可以是 java/ruby/python/js 的，只要它实现了 webdriver 标准协议就可以。这样的设计思想带来了一些好处：

可以带来多语言的支持；
可以把 server 放在任意机器上，哪怕是云服务器都可以；（是的，appium 和 webdriver 天生适合云测试）。

(2) Session

session 就是一个会话，在 webdriver/appium，你的所有工作永远都是在session start 后才可以进行的。一般来说，通过 POST /session 这个 URL，然后传入 Desired Capabilities 就可以开启 session 了。

开启 session 后，会返回一个全局唯一的 session id，以后几乎所有的请求都必须带上这个 session id，因为这个 seesion id 代表了你所打开的浏览器或者是移动设备的模拟器。

进一步思考一下，由于 session id 是全局唯一，那么在同一台机器上启动多个 session 就变成了可能，这也就是 selenium gird 所依赖的具体理论根据。

(3) Desired Capabilities

Desired Capabilities 携带了一些配置信息。从本质上讲，这个东东是key-value 形式的对象。你可以理解成是 java 里的 map，python 里的字典，ruby 里的 hash 以及 js 里的 json 对象。实际上 Desired Capabilities 在传输时就是json 对象。

Desired Capabilities 最重要的作用是告诉 server 本次测试的上下文。这次是要进行浏览器测试还是移动端测试？如果是移动端测试的话是测试android 还是 ios，如果测试 android 的话那么我们要测试哪个 app？ server 的这些疑问 Desired Capabilities 都必须给予解答，否则 server 不买账，自然就无法完成移动 app 或者是浏览器的启动。

(4) Appium Server

Appium Server 就是每次我们在命令行用 appium 命令打开的东西。

(5) Appium Clients

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注软件测试）

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
-gxHEYOgj-1713285016393)]

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！