!
第 5 页!
!
Appium server 是用 Node.js 写的，安装 Node.js 可以直接用 npm 命令或 dmg，server 端功能：监听一个端口，接收 client 发送来的 command，
翻译这些命令，把这些 command 转成移动设备可以理解的形式发送给移动设备，然后移动设备执行完 command 后把执行结果返回给
appium server，appium 再把执行结果返回给 client。
Client 其实就是发起 command 的设备，一般来说就是执行代码的机器，执行 appium
测试
代码的机器，可以把 client 理解成代码，这些代码可以
是 Java、Python、ruby、js，只要实现了 webdriver 标准协议就可以。
跨语言：只要支持 selenium webdriver api 和这种语言相关的 client libraries 就可以。Server 放在任意机器上，哪怕是云服务器都可以(appium 和
webdriver 天生适合云测试)。
Session
session 就是一个会话，在 webdriver/appium，你 的 所 有 工 作 永 远 都 是 在 session start 后才可以进行的。一般来说，通过 POST /session 这个 URL，
然后传入 Desired Capabilities 就可以开启 session 了。
开启 session 后，会返回一个全局唯一的 sessionid，以后几乎所有的请求都必须带上这个 session id，因为这个 seesion id 代表了你所打开的浏
览器或者是移动设备的模拟器。
进一步思考一下，由于 session id 是全局唯一，那么在同一台机器上启动多个 session 就变成了可能，这也就是 selenium gird 所依赖的具体理论
根据。
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 或者是浏览器的启动。
Appium Clients
原生的 webdriver api 是为 web 端设计的，appium 官方提供了一套 appium client，为不同的语言的开发者可以测试自己的 app，测试的时候，一
般要使用这些 client 库去替换原生的 webdriver 库。算是 client 对原生 webdriver 进行了一些移动端的扩展。
!
1.4. 版本变化小结(
appium0.18.x
到
appium1.x
的改变
1.
新的客户端库
appium 客户端库取代原来的 webdriver 客户端库
from appium import webdriver 取代 fromselenium import webdriver
2.
新的
capabilities
选项
不再使用 device、version，使用 platformName、platformVersion、deviceName、automationName(“Selendroid”如果是 api2.3 以上要选择，默
认可以不填)，udid(ios 要指定设备标示)。
之前的 app 这项 capability 保留不变，但该项现在专门用在非 browser 类型的 app 上面，要测试 Safari 或 Chrome 浏览器应用，要使用标准的
browserName，app 和 browserName 都是专用的选项。
同时我们也用骆驼命名法重新统一命名了我们的 Appium Server 的 capabilities。比如说原来的 app-package 和 app-wait-activity 将改成
appPackage 和 appWaitActivity。当然，鉴于我们能自动检测到 Android 应用的包和 activity，所以你可以大多时候忽略掉这些选项了。
3.
我们把以下的控件查找器策略给移除掉了：
name
tag name
我们现在引入了 accessibility_id 这个策略来取代原来 name 所做的事情（译者注：也就是说原来的 AppiumDriver.findElementByName 将会被现
在的 AppiumDriver.findElementByAccessibilityId 取代）。当中细节将会根据你使用的 Appium 客户端（译者注：客户端语言）而有所不
同。
评论0