移动端Appium自动化测试框架的优点

众所周知，如今市面上的移动端操做系统已被Android和IOS占领，其中Android的份额更是在80%以上。那么面对市面上林林总总的自动化测试框架和工具，为何说Appium在自动化测试框架的统治级优点呢，下面先看一下各大主流框架的对比及优点。

　1、主流框架对比

　　下面对比了市面上主流的几大框架：

　　2、各大框架优缺点说明

一、Monkey是Android SDK自带的测试工具，在测试过程当中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能作程序作一些压力测试，因为测试事件和数据都是随机的，不能自定义，因此有很大的局限性。

二、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来讲MonkeyRunner实际上是一个Api工具包，比Monkey强大，能够编写测试脚原本自定义数据、事件。缺点是脚本用Python来写，对测试人员来讲要求较高，有比较大的学习成本。

三、Espresso是Google的开源自动化测试框架。相对于Robotium和UIAutomator，它的特色是规模更小、更简洁，API更加精确，编写测试代码简单，容易快速上手。由于是基于Instrumentation的，因此不能跨App。

四、UiAutomator也是Android提供的自动化测试框架，基本上支持全部的Android事件操做，对比Instrumentation它不须要测试人员了解代码实现细节（能够用UiAutomatorviewer抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，全部设备或模拟器都能运行测试，能跨App（好比：不少App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK 16（Android 4.1）及以上，不支持Hybird App、WebApp。

五、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也能够对Android进行测试，可是Instrumentation容许你对应用程序作更为复杂的测试，甚至是框架层面的。经过Instrumentation你能够模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是经过将主程序和测试程序运行在同一个进程来实现这些功能，你能够把Instrumentation当作一个相似Activity或者Service而且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来讲编写代码能力要求较高，须要对Android相关知识有必定了解，还须要配置AndroidManifest.xml文件，不能跨多个App。

六、Athrun是淘宝出的一个移动测试框架/平台，同时支持iOS和Android。Android部分也是基于Instrumentation，在Android原有的ActivityInstrumentationTestCase2类基础上进行了扩展，提供一整套面向对象的API。

7、Robotium也是基于Instrumentation的测试框架，目前国内外用的比较多，资料比较多，社区也比较活跃。缺点是对测试人员来讲要有必定的Java基础，了解Android基本组件，不能跨App。

八、Selendroid：也是基于Instrumentation的测试框架，能够测试Native App、Hybird App、Web App，可是网上资料较少，社区活跃度也不大。

九、Appium是最近比较热门的框架，社区也很活跃。这个框架应该是是功能最强大的：

若是对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣能够175317069，群内会有不按期的发放免费的资料连接，这些资料都是从各个技术网站搜集、整理出来的，若是你有好的学习资料能够私聊发我，我会注明出处以后分享给你们。

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自动化测试经验的测试人员能够直接上手）；

　　移动端自动化测试应该是开源的；

　若是对软件测试、接口测试、自动化测试、性能测试、LR脚本开发、面试经验交流。感兴趣能够175317069，群内会有不按期的发放免费的资料连接，这些资料都是从各个技术网站搜集、整理出来的，若是你有好的学习资料能够私聊发我，我会注明出处以后分享给你们。

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测试。

　3、总结

　　从方面的对比和优缺点分析不难看出。对于须要支持跨平台和须要支持WebView的应用，Appium的优点就比较明显了，由于Appium拥有了以上几大框架的全部优势：跨App，支持Native App、Hybird App、Web App，还支持N种语言来编写你的测试脚本。若是是只针对Android平台的应用，我仍是比较推荐UiAutomator，特别是后面推出的UiAutomator2.0，此外，这两年，Google又推出了Espresso，它也应该是一个很优秀的框架，可是我的认为适合编程基础通常或刚入门同窗（反正我是有点用不太习惯）。