appium ,selenium ,webdriver 运行原理与机制
requests底层原理
https://www.jianshu.com/p/643805a92fde
api.py实现了基本的对外接口,即get,post,delete等http方法名命名的一系列函数,经常在代码中看到有人将这些方法又封装了一个通用函数, 实际上这些方法就是通过调用一个更为通用的request方法来实现的:
defrequest(method, url, **kwargs):withsessions.Session()assession:returnsession.request(method=method, url=url, **kwargs)
可以看到这个request方法的是通过sessions.Session()来实现的,一直只知道requests中的session是用来维持长链接的,但其实requests提供的基本http方法底层也是通过session实现
的,只不过每一个基本方法调用完,这个session就结束了,其相关的资源(包括连接,cookies等)也就
释放了。
session.py实现了整个Session类, 以及一些session功能依赖的外部方法和类(比如其中merge_setting函数实现了将每个请求的参数和session参数的合并,从而可以让一个session中所有请求共用的参数只需要在session中设置,而每个请求可以设置自己特有的参数,同时不影响其他请求，而SessionRedirectMixin类则实现了redirect相关的一些逻辑,这部分逻辑是session必须的,但是又不是session的核心功能，因此通过Mixin类来实现),Session类也暴露了以http方法命名的一系列对外接口,session最核心的功能就是保持会话,因此在prepare_request方法中实现了将session中的headers,cookies,auth等关键参数和每个request的这些参数合并,组合出完整的http请求,最终通过send方法发送出去send方法拿到http请求响应以后,又会将服务端设置的cookies等信息保存在session中,以待下一个request使用。send方法最终发送请求是根据请求schema确定一个实现了BaseAdapter接口的对象
做测试开发的童鞋都知道，UI自动化你绕不开selenium, webdrvier, appium框架，那么这三者之间有什么关联，它们的原理是什么呢？
简单来说就是：
Selenium2 将浏览器原生的API封装成WebDriver API ，webdriver 是基于 http协议的；
appium是基于 webdriver 协议添加对移动设备自动化api扩展而成的，基于tcp/ip协议（使用了socket接口）
推论： 凡是牵扯到客户端和服务器交互的，都有Http 协议
凡是牵扯到移动端社保的，都有tcp/ip 协议（封装成socket接口）
面试的时候如何口述Selenium 原理？
Selenium 是将各个浏览器的API封装成" Selenium自己设计定义的协议，名字叫做The WebDriver Wire Protocol " 的webdriver API
操作层面：
1、测试人员编写UI自动化测试脚本（java,python等等），运行脚本后，程序会打开指定的webdriver浏览器
2. webdriver浏览器作为一个remote-server 接受脚本的命令，同时webservice会打开一个端口：http://localhost:46350 浏览器则会监听这个端口
2、webservice会将脚本语言翻译成json格式传递给浏览器执行操作命令
逻辑层面：
1、测试人员执行测试脚本后，就创建了一个session, 通过http 请求向webservice发送了restfull的请求。
2、webservice翻译restfull的请求为浏览器能懂的脚本，然后接受脚本执行结果。
3、webservice将结果进行封装--json 给到客户端client/测试脚本 ，然后client就知道操作是否成功，同时测试也可以进行校验了。
口述appium的原理：
appium-IOS 和安卓都差不多，有细小差别，分PC和手机两块讲：
1、首先是PC端， 测试人员执行测试脚本（java,python等脚本）通过appium client 转换为json格式传递给appium server
2、 appiumserver 启动了一个监听端口例如4724, 同时向手机端adb push 一个bootstrap.jar/bootstrap.js 的脚本，手机端通过该脚本同时监听端口4724
3、PC和手机端就通过这个端口实现了通信和交互，基于socket通信（一个封装了TCP/IP协议的接口）
4、手机端通过该端口传输的命令执行APP， bootstrap里面封装了安卓和苹果的自动化测试框架UIautomator(低版本的安卓是instrumentation ) 执行相应的命令
5、执行完操作后通过端口返回给PC端，PC端根据返回结果 json 做校验，同时也知道了操作是否执行成功
所以UI自动化的底层还是webdriver ,它是基于HTTP协议的，那么HTTP的原理是什么？ 长连接短连接是什么意思，下个博客总结：
Selenium2
Selenium是一个用于Web应用程序测试的工具，支持多平台、多浏览器、多语言去实现自动化测试，Selenium2将浏览器原生的API封装成WebDriver API，可以直接操作浏览器页面里的元素，甚至操作浏览器本身（截屏，窗口大小，启动，关闭，安装插件，配置证书之类的）,所以就像真正的用户在操作一样。
Webdriver的一个简单的架构图，如下图所示：
WebDriver的工作原理图：
在我们new一个WebDriver的过程：
1. Selenium首先会确认浏览器的native component是否存在可用而且版本匹配（selenium版本对应到 不同的浏览器driver版本）。
2.在目标浏览器里启动一整套Web Service(实际上就是浏览器厂商提供的driver, 比如IEDriver, ChromeDriver，它们都实现了WebDriver's wire protocol)，
3.这套Web Service使用了Selenium自己设计定义的协议，名字叫做The WebDriver Wire Protocol。这套协议非常之强大，几乎可以操作浏览器做任何事情，包括打 开、关闭、最大化、最小化、元素定位、元素点击、上传文件等等等等。
WebDriver Wire协议是通用的，也就是说不管是FirefoxDriver还是ChromeDriver，启动之后都会在某一个端口启动基于这套协议的Web Service。例如FirefoxDriver初始化成功之后，默认会从http://localhost:7055开始，而ChromeDriver则大概是http://localhost:46350之类的。接下来，我们调用WebDriver的任何API，都需要借助一个ComandExecutor发送一个命令，实际上是一个HTTP request给监听端口上的Web Service。在我们的HTTP request的body中，会以WebDriver Wire协议规定的JSON格式的字符串来告诉Selenium我们希望浏览器接下来做什么事情。
可以更通俗的理解：由于客户端脚本(java, python, ruby)不能直接与浏览器通信，这时候可以把WebService当做一个翻译器，它可以把客户端代码翻译成浏览器可以识别的代码(比如js).客户端(也就是测试脚本)创建1个session，在该session中通过http请求向WebService发送restful的请求，WebService翻译成浏览器懂得脚本传给浏览器，浏览器把执行的结果返回给WebService,WebService把返回的结果做了一些封装(一般都是json格式)，然后返回给client,根据返回值就能判断对浏览器的操作是不是执行成功
举个实际的例子：
WebDriver diver = new FirefoxDriver();
driver.get("http://google.com");
在执行 driver.get("http://google.com"); 这句代码时，client也就是我们的测试代码向Web Service(remote server)发送了如下的请求：
POST session/285b12e4-2b8a-4fe6-90e1-c35cba245956/url
post_data {"url":"http://google.com"}
通过post的方式请求localhost:port/hub/session/session_id/url地址，请求浏览器完成跳转url的操作。
如果上述请求是可接受的，或者说Web Service是实现了这个接口，那么Web Service会跳转到该post data包含的url,并返回如下的response
{"name":"get","sessionId":"285b12e4-2b8a-4fe6-90e1-c35cba245956","status":0,"value":""}
该response中包含如下信息
name：Web Service端的实现的方法的名称，这里是get，表示跳转到指定url；
sessionId：当前session的id；
status：请求执行的状态码，非0表示未正确执行，这里是0，表示一切ok不必担心；
value：请求的返回值，这里返回值为空，如果client调用title接口，则该值应该是当前页面的title；
如果client发送的请求是定位某个特定的页面元素，则response的返回值可能是这样的：
{"name":"findElement","sessionId":"285b12e4-2b8a-4fe6-90e1-c35cba245956","status":0,"value":{"ELEMENT":"{2192893e-f260-44c4-bdf6-7aad3c919739}"}}
name,sessionId，status跟上面的例子是差不多的，区别是该请求的返回值是ELEMENT:{2192893e-f260-44c4-bdf6-7aad3c919739}，表示定位到元素的id，通过该id，client可以发送如click之类的请求与server端进行交互。
APPIUM运行原理：
Appium是 c/s模式的
appium是基于 webdriver 协议添加对移动设备自化api扩展而成的
webdriver 是基于 http协议的，第一连接会建立个 session 会话，并通过 post发送一个 json 告知服务端相关测试信息
IOS 原理图
appium ios封装了 封装了 封装了 apple 的 Instruments 框架，主要用了 Instrument里的 UIAutomation（Apple 的自动化测试框架），然后在设备中注入 bootstrap.js 进 行监 听。
Client ent是我们编写的 webdriver脚本 ，中间是 appium启动 server （默认监听 4723 端口 ），
appium server 调用 instruments.js启动一个 socket server ，同时分出一个 子进程运⾏instruments.app 将 bootstrap.js（一个 UIAutomation 脚本）注 ⼊入到 devices⽤于和外界进行交 。
最后 Bootstrap.js将执行的结果返回给 将执行的结果返回给 appium server ，appium server再将结果返回给 appium client 。
Android原理图
4.2 以后是基于 uiautomator框架实现查找注入事件的， 框架实现查找注入事件的，框架实现查找注入事件的， 4.2 以前则是 instrumentation i框架的，并封装成一个叫 Selendroid 这玩意提供服务
Client ent是我们编写的 webdriver 脚本。中间是 appium启动 server （默认监听 4723 端口 ），
appium server 会把请求转发给中间件 会把请求转发给中间件 Bootstrap.jar ，它是用java写的，安装在手机上 .Bootstrap监听 4723端口并接收appium 的命令，最终通过调用 UiAutomator 的命令来实现。
Bootstrap将执行的结果返回给返回给 appium server 。
Appiumserver再将结果返回给 client端（PC）。
