移动端UI⾃动化测试框架对⽐
随着Android和IOS两⼤平台的持续发⼒，现在市⾯上的移动端操作系统已被Android和IOS占领，其中Android的份额更是在80%以上。那么⾯对市⾯上林林总总的⾃动化测试框架和⼯具，对于移动端的⾃动化测试该如何选择呢？
⼀、主流框架对⽐
下⾯对⽐了市⾯上主流的⼏⼤框架：
Paste_Image.png
webapp优缺点
⼆、各⼤框架优缺点说明
1、Monkey是Android SDK⾃带的测试⼯具，在测试过程中会向系统发送伪随机的⽤户事件流，如按键输⼊、触摸屏输⼊、⼿势输⼊等)，实现对正在开发的应⽤程序进⾏压⼒测试，也有⽇志输出。实际上该⼯具只能做程序做⼀些压⼒测试，由于测试事件和数据都是随机的，不能⾃定义，所以有很⼤的局限性。
2、MonkeyRunner也是Android SDK提供的测试⼯具。严格意义上来说MonkeyRunner其实是⼀个Api⼯具包，⽐Monkey强⼤，可以编写测试脚本来⾃定义数据、事件。缺点是脚本⽤Python来写，对测试⼈员来说要求较⾼，有⽐较⼤的学习成本。
3、Instrumentation是早期Google提供的Android⾃动化测试⼯具类，虽然在那时候JUnit也可以对Android进⾏测试，但是Instrumentation允许你对应⽤程序做更为复杂的测试，甚⾄是框架层⾯的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运⾏在同⼀个进程来实现这些功能，你可以把Instrumentation看成⼀个类似Activity或者Service并且不带界⾯的组件，在程序运⾏期间监控你的主程序。缺点是对测试⼈员来说编写代码能⼒要求较⾼，需要对Android相关知识有⼀定了解，还需要配置l⽂件，不能跨多个App。
4、UiAutomator也是Android提供的⾃动化测试框架，基本上⽀持所有的Android事件操作，对⽐Instrumentation它不需要测试⼈员了解代码实现细节（可以⽤UiAutomatorviewer抓去App页⾯上的控件属性⽽不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，⼀次编译，所有设备或模拟器都能运⾏测试，能跨App（⽐如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只⽀持SDK 16（Android 4.1）及以上，不⽀持Hybird App、WebApp。
5、Espresso是Google的开源⾃动化测试框架。相对于Robotium和UIAutomator，它的特点是规模更⼩、更简洁，API更加精确，编写测试代码简单，容易快速上⼿。因为是基于Instrumentation的，所以不能跨App。
6、Selendroid：也是基于Instrumentation的测试框架，可以测试Native App、Hybird App、Web App，但是⽹上资料较少，社区活跃度也不⼤。
7、Robotium也是基于Instrumentation的测试框架，⽬前国内外⽤的⽐较多，资料⽐较多，社区也⽐较活跃。缺点是对测试⼈员来说要有⼀定的Java基础，了解Android基本组件，不能跨App。
8、Athrun是淘宝出的⼀个移动测试框架/平台，同时⽀持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进⾏了扩展，提供⼀整套⾯向对象的API。
9、Appium是最近⽐较热门的框架，社区也很活跃。这个框架应该是是功能最强⼤的：
a.它的优点：
开源；
⽀持Native App、Hybird App、Web App；
⽀持Android、iOS、Firefox OS；
Server也是跨平台的，你可以使⽤Mac OS X、Windows或者Linux；
b.它的哲理是：
⽤Appium⾃动化测试不需要重新编译App；
⽀持很多语⾔来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语⾔；
不需要为了⾃动化测试来重造轮⼦，因为扩展了WebDriver。（WebDriver是测试WebApps的⼀种简单、快速的⾃动化测试框架，所以有Web⾃动化测试经验的测试⼈员可以直接上⼿）；
移动端⾃动化测试应该是开源的；
c.它的设计理念：
Client/Server架构，运⾏的时候Server端会监听Client端发过来的命令，翻译这些命令发送给移动设备或模拟器，然后移动设备或模拟器做出响应的反应。正是因为这种架构，所以Client可以使⽤Appium client libraries多种语⾔的测试脚本，⽽且Server端完全可以部署在服务器上，甚⾄云服务器。
Session，每个Client连接到Server以后都会有⼀个Session ID，⽽且Client发送命令到Server端都需要这个Session ID，因为这个seesion id 代表了你所打开的浏览器或者是移动设备的模拟器。所以你甚⾄可以打开N个Session，同时测试不同的设备或模拟器。
Desired Capabilities，其实就是⼀个键值对，设置⼀些测试的相关信息来告诉Server端，我们需要测试iOS、还是Android，或者换是WebApp等信息。
Appium Server是Node.js写的，所以可以直接⽤NPM来进⾏安装。
Appium Clients，Mac OS和Win下提供GUI，不需要装Node.js，⽅便测试⼈员操作。
d.相关限制：
如果你在Windows使⽤Appium，你没法使⽤预编译专⽤于OS X的.app⽂件，因为Appium依赖OS X专⽤的库来⽀持iOS测试，所以在Windows平台你不能测试iOS Apps。这意味着你只能通过在Mac上来运⾏iOS测试。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。