移动app自动化测试

原文出处https://www.toutiao.com/i6473606106970063374/

原文做者是今日头条的：一个字头的诞生

在此感谢原文做者的无私分享！

 

移动App自动化测试（一）

目前移动App的自动化测试框架比较多，好比：Robotium、Expresso等，不少大公司甚至都会有本身的一套自动化测试框架。这篇文章简单Android自动化测试框架，iOS自动化测试框架也会少许提到。

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相关知识有必定了解，还须要配置AndroidManifest.xml文件，不能跨多个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。配合Android Studio来编写测试的简单例子

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. UIAutomation是iOS平台下的测试框架，目前用的比较多的框架。

10. Appium是最近比较热门的框架，社区也很活跃。后一章我会重点介绍这个自动化测试框架。

 

移动App自动化测试（二）

上一篇介绍了App自动化测试的目前主流的几种方式，那么这篇我就来介绍下Appium

什么是Appium？

Appium是Sauce Labs公司的一个移动测试框架，该公司专一于Web、Mobile和桌面应用的自动化测试，为企业开发者提供Web应用测试平台。

它的优势：

• 开源；

• 支持Native App、Hybird App、Web App；

• 支持Android、iOS、Firefox OS；

• Server也是跨平台的，你可使用Mac OS X、Windows或者Linux；<!--more-->

它的哲理是：

• 用Appium自动化测试不须要从新编译App；

• 支持不少语言来编写测试脚本，Java、Javascript、PHP、Python、C#、Ruby等主流语言；

• 不须要为了自动化测试来重造轮子，由于扩展了WebDriver。（WebDriver是测试WebApps的一种简单、快速的自动化测试框架，因此有Web自动化测试经验的测试人员能够直接上手）；

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

它的设计理念：

• 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 Client，可使用Java、PHP、Python、Javascript、C#、Ruby等主流语言来编写测试用例。

相关限制：

• 若是你在Windows使用Appium，你无法使用预编译专用于OS X的.app文件，由于Appium依赖OS X专用的库来支持iOS测试，因此在Windows平台你不能测试iOS Apps。这意味着你只能经过在Mac上来运行iOS测试。

总结：

• 在iOS部分是封装了UIAutomation；Android 4.2以上是用UiAutomator，Android 2.3 ~ 4.1用的是 Instrumentation，也就说Appium同时封装了UiAutomator和Instrumentation。因此Appium拥有了以上几大框架的全部优势：能跨App，支持Native App、Hybird App、Web App的测试；不只支持N种语言来编写你的测试脚本，并且可让开发人员彻底脱离源代码来编写。

 

移动App自动化测试（三）

Appium Server端的简单安装

Appium是支持Mac、Windows和Linux的。

1. 安装Node.js：Mac推荐使用Homebrew，Windows能够直接官网下载；若是是Windows用户，把你的安装路径添加到环境变量方便使用（默认是在C:Program FilesNodejs）npm。

2. 安装Git。

3. 安装JDK，并设置JAVA_HOME环境变量。

4. 安装Android SDK，并设置ANDROID_HOME环境变量；把sdk下的tools和platform-tools也设置环境变量。

安装好以上全部依赖，就能够安装Appium Server了。Windows和Mac下都有2种使用安装方式：

1. 使用命令行安装：

$ npm install -g appium$ appium &

2. 或者直接下载GUI桌面应用。

---

Appium Server配置和使用

如下步骤以Mac下的Appium GUI为例（Windows下的Appium GUI使用能够参考官网文档）：

1. 打开Appium，点击Doctor按钮。能够检测上面安装依赖项是否成功安装

2.而后点击Android图标的配置，选择你要测试的Apk包。一旦选择好APK包，这里的Package和Launch Activity直接会在下拉框显示出来，我的以为这是Appium框架的很是大的优势，无需APK源码，减小与开发人员的沟通成本。

3. 而后配置Advanced中的SDK路径和签名keystore信息（其实能够不配置签名这一项也能够测试APK包，可是签名项验证测试也仍是很是重要的）。

4. 其余设置能够暂时都默认，而后直接运行Launch。运行的相关信息和错误日志都会直接显示在这里：

到这一步为止Appium Server已经成功启动了。

---

Appium Client的配置

Appium Client的安装能够用Maven来构建：

1. Maven配置代码：

<dependency> <groupId>io.appium</groupId> <artifactId>java-client</artifactId> <version>2.1.0</version></dependency>

2. 或者直接下载jar包，添加到测试项目中。

---

利用UiAutomatorviewer来获取控件的信息

编写测试用例须要模拟各类按键点击、滚动、输入文字等信息，前面已经提到使用Appium的测试框架能够脱离源代码，那么是如何获取Apk上的控件信息呢？这里介绍UiAutomatorviewer这个Android SDK自带的工具。

1. 若是Android SDK下的tools路径有添加到环境变量，直接能够在命令行输入：

$ uiautomatorviewer

没有添加环境变量，直接在SDK目录tools/下面有个uiautomatorviewer，双击打开。

2. 把要测试的Apk安装到模拟器或者手机设备中，若是是手机设备用USB链接到PC。

3.而后使用uiautomatorviewer查看控件信息，用我本身的Demo为例：

从右下控件属性框能够看到控件的任何属性。下一篇我将会为你们介绍如何利用这些属性编写自动化测试脚本

 

 

移动App自动化测试（四）

经过以前几篇你们应该对App自动化测试有个基本了解，也对Appium这个框架有了必定认识。

这一篇是这一系列的最后一篇，教你们怎么写一个测试脚本，用的语言是Java。

我用Java写了3个测试脚本，分别测试Native App、Hybird App、Web App。用TestNG单元测试框架。

测试Native App

一个TestNG测试脚本须要3个必要的部分：

• setup()，用于测试前初始化工做：<!--more-->

@BeforeClasspublic void setup() throws Exception {//你要测试的APKFile appDir = new File("Apk");File app = new File(appDir, "Kuozhiv2.apk");DesiredCapabilities capabilities = new DesiredCapabilities();capabilities.setCapability(MobileCapabilityType.BROWSER_NAME, "");//测试平台capabilities.setCapability(MobileCapabilityType.PLATFORM_NAME,"Android");capabilities.setCapability(MobileCapabilityType.DEVICE_NAME,"Google_Nexus_4");//Android版本capabilities.setCapability(MobileCapabilityType.PLATFORM_VERSION, "4.4");//Package namecapabilities.setCapability(MobileCapabilityType.APP_PACKAGE,"com.edusoho.kuozhi");//Launch Activitycapabilities.setCapability(MobileCapabilityType.APP_ACTIVITY,".KuozhiActivity");capabilities.setCapability(MobileCapabilityType.APP,app.getAbsolutePath());driver = new AndroidDriver(new URL("//127.0.0.1:4723/wd/hub"),capabilities);driver.manage().timeouts().implicitlyWait(10, TimeUnit.SECONDS);System.out.print("App is launched!");}

• tearDown()，用于测试完毕清理工做：

@AfterClasspublic void tearDown() throws Exception {driver.quit();}

• 至少1个test()测试用例：

@Testpublic void splashTest() throws Exception {Thread.sleep(2000);int Y = driver.manage().window().getSize().getHeight();int X = driver.manage().window().getSize().getWidth();int sX = (int) (X * 0.8);int sY = (int) (Y * 0.5);int eX = (int) (X * 0.2);int eY = sY;int duration = 600;//第一个模拟滑动driver.swipe(sX, sY, eX, eY, duration);//第二个模拟滑动driver.swipe(sX, sY, eX, eY, duration);WebElement enterMainActivityElement = driver.findElement(By .id("com.edusoho.kuozhi:id/splash_ok_btn"));enterMainActivityElement.click();WebElement enterSchoolElement = driver.findElement(By .id("com.edusoho.kuozhi:id/qr_other_btn"));enterSchoolElement.click();}

这个测试NativeApp的脚本比较简单：滑动2次Splash，点击进入，登陆等事件。注：抓取控件能够根据ID，若是控件没有ID还能够用XPath。

测试效果：

测试Hybird App

在测试Hybird App的时候，有一点须要注意：

只有测试设备或者模拟器版本是Android 4.4（API 19）及以上，Appium才能探测到一个Activity中的WebView控件，若是低于Android 4.4（API 19），那么改用Selendroid模式。由于在4.4上WebView是Chromium内核，以前都是Webkit内核。

如何定位WebView中页面的元素？

UiAutomatorViewer只能定位Activity中的UI元素，WebView已是最小单元UI，不能解析WebView中页面元素。这里我使用Chrome DevTools中的inspect来解析WebView中的UI元素。

• setup()初始化部分代码：

@BeforeClasspublic void setup() throws Exception {//other code ...//若是你测试的设备的Android版本低于4.4，那么Automation Name要改为"Selendroid"，Appium Server端也要改为"Selendroid"capabilities.setCapability(MobileCapabilityType.AUTOMATION_NAME,"Appium");//other code ...}

• test()测试用例部分代码：

@Testpublic void webViewLogin() throws Exception {//other code ...Set<String> contextNames = driver.getContextHandles();for (String contextName : contextNames) { System.out.println("--->" + contextName); if (contextName.contains("NATIVE_APP")) { srtActivityContextString = contextName; } if (contextName.contains("WEBVIEW")) { strWebViewContext = contextName; }}driver.context(strWebViewContext);//把driver切换到WebView的context，再抓取WebView内页面的UI元素//other code ...}

测试效果：

测试Web App

严格来讲，这部分测试能够交给Web测试人员，由于测试WAP页面，也是Web测试人员的一部分工做。不过做为App测试人员，也能够掌握这部分技能。

用Appium框架测试WebApp的时候有如下几点须要注意：

• 目前Appium的WebApp测试只支持Chrome浏览器。

• Chrome在x86模拟器上除非本身编译，不然是装不上或者存在各类问题的。请用ARM模拟器或真机，或者直接使用selenium测试框架直接对Web进行测试。由于我用的Genymotion模拟器，是x86的，因此发现了这个坑。能够在官网文档看到这个说明。

• setup()测试初始化以前，须要指定浏览器名称，以下代码：

@BeforeClasspublic void setup() throws Exception {//other code ...capabilities.setCapability(MobileCapabilityType.BROWSER_NAME, "chrome");//other code ...}

• driver须要指定webview的url，以下代码：

@Testpublic void registerTest() throws Exception {//other code ...driver.get(web_app_url;}

测试效果：

经过这3个测试脚本，咱们应该基本掌握了移动App测试脚本的编写。

 

原文出处https://www.toutiao.com/i6473606106970063374/

原文做者是今日头条的：一个字头的诞生

在此感谢原文做者的无私分享！