[zhuan]使用uiautomator做UI测试

http://blog.chengyunfeng.com/?p=504

在Android 4.1发布的时候包含了一种新的测试工具–uiautomator,uiautomator是用来做UI测试的。也就是普通的手工测试,点击每个控件元素 看看输出的结果是否符合预期。比如 登陆界面 分别输入正确和错误的用户名密码然后点击登陆按钮看看是否能否登陆以及是否有错误提示等。

功能性或者黑盒UI测试不需要测试人员了解程序如何实现的,只需要验证各种操作的结果是否符合预期即可。这样的测试可以分离团队的开发人员和测试人员。大家各干各的没有太多的交集。

常用的UI测试方式就是人工验证啦,就是测试人员拿着各种手机分别安装要测试的程序然后看看是否能正确完成各种预定的功能。但是这种验证方式是非常耗时间的,每次回归都要全部验证一边,并且还容易出现人为错误。比较高效和可靠的UI测试方式就是自动化测试。自动化UI测试创建测试代码来执行测试任务,各种测试任务分别覆盖不同的使用场景,然后使用测试框架来运行这些测试任务。

uiautomator 就是你的自动化UI测试工具。

概述

Android SDK在4.1中提供了如下工具来支持UI自动化测试:

  • uiautomatorviewer – 一个图形界面工具来扫描和分析应用的UI控件。
  • uiautomator – 一个测试的Java库,包含了创建UI测试的各种API和执行自动化测试的引擎。

要使用该工具,需要满足如下条件:

  • Android SDK Tools, Revision 21 or higher
  • Android SDK Platform, API 16 or higher

uiautomator 测试工具的工作流程

下面是uiautomator 工作流程概述:

  1. 安装要测试的应用到手机中,分析应用的UI界面元素 并确保被测试应用的各个控件可以被测试工具获取到。
  2. 创建知道测试案例来模拟应用中的用户操作步骤。
  3. 编译测试案例代码为Jar包并复制该Jar包到安装了待测应用的测试手机中。
  4. 运行测试并查看结果
  5. 修改任何发现的bug,然后修复并重新测试。

分析待测应用的UI元素

在开始编写测试案例代码之前,需要熟悉待测应用的UI元素。可以通过uiautomatorviewer 工具来获取应用的界面截图并分析。uiautomatorviewer 工具提供了一个便利的方式来查看UI布局结构,并且可以查看各个控件的相关属性。利用这些信息可以用来创建UI测试代码。

uiautomatorviewer 工具截图

分析待测应用UI界面的步骤如下:

1. 把Android手机连接到电脑上
2. 打开命令行窗口并导航到目录 /tools/
运行如下命令:$ uiautomatorviewer

windows下运行 uiautomatorviewer.bat 命令
3. 点击uiautomatorviewer 工具右上角文件夹按钮旁边的“Device Screenshot”按钮来获取当前 屏幕界面信息。
注意:如果当前电脑连接了多个设备,通过设置ANDROID_SERIAL环境变量来指定要分析的设备。步骤如下:
a.运行如下命令获取连接到电脑的设备序列号
$  adb devices
b.设置ANDROID_SERIAL为需要测试的设备序列号
Windows:set ANDROID_SERIAL=
Unix: export ANDROID_SERIAL=
如果电脑只连接一个设备则无需设置ANDROID_SERIAL 环境变量。

4. 查看待测应用的UI界面元素属性
把鼠标放到uiautomatorviewer工具左边的截图中的控件上来查看该控件的属性。属性显示在右侧界面下方,上方显示当前界面的布局结构。
点击右侧上方的黄三角按钮(Toggle NAF Nodes)来查看不能被uiautomator测试工具访问到的控件。这些控件只设置了有限的属性,所以导致uiautomator无法获取到这些控件。所以你可能很难测试这些控件。这种情况下你可以要求开发者为这些控件添加必要的属性,比如 如果是ImageView或者ImageButton应该添加android:contentDescription属性。

测试准备工作

在开始使用uiautomator 之前需要完成如下准备工作:

把待测应用安装到测试手机(设备)上

当你准备测试的时候,待测的应用可能还没有发布到市场上。但是你应该具有该应用的APK安装文件,你可以通过ADB工具来安装待测应用到手机中,或者通过其他工具来安装Apk。

辨别待测应用UI控件

在开始编写uiautomator测试代码之前,需要先辨别待测应用的UI控件元素。一般而言,优秀的待测应用的UI元素应该是可见的并且用户可以操作的。这些UI元素也应该具有可见的文本标签、android:contentDescription值或者二则兼具。

通过uiautomatorviewer 工具可以查看应用的可见控件。具体使用情况见上面所述。

确保待测应用是可访问的

由于uiautomator 工具依赖Android设备的可访问行来获取UI控件,所以这不是非常重要的。要支持uiautomator 工具需要一下条件:

  • 使用android:contentDescription属性给 ImageButton, ImageView, CheckBox和其他控件设置标签。
  • 使用android:hint 属性来标记EditText 控件,而不是使用里面的文本(文本内容用户是可以修改的)。
  • 对于用来提供操作视觉反馈的UI(文本或者图标),都添加一个android:hint 属性来识别。
  • 确保所有用户可操作的界面元素都可以通过方向控制键选中(例如轨迹球)。
  • 通过uiautomatorviewer 工具来确保所有的UI元素都可以被测试工具访问到。还可以通过“辅助功能”(在设置界面)中的“TalkBack”等服务来测试UI的可访问性。
设置开发环境

如果你使用的是Eclipse(Adt),则Android SDK提供了额外的工具来帮助你编写uiautomator测试代码和打包测试项目。在Eclipse中创建uiautomator测试项目的过程如下:

  1. 创建新的Java项目(注意不是Android项目)。在该项目中来创建测试代码。
  2. 在Project Explorer视图中,右键点击测试项目,选择“ Properties > Java Build Path”,然后选择“Libraries” tab界面。在“Libraries”界面选择“ Add Library > JUnit”来添加JUnit3 库。然后点击“Add External JARs… ”并导航到Android SDK目录。选择platforms目录下面的 uiautomator.jar 和 android.jar文件。
  3. 设置好的build path如下图:

uiautomator项目类路径设置

如果你不使用Eclipse,则需要确保/platforms/目录中的uiautomator.jar 和 android.jar 位于项目Build path中。

配置好开发环境后就可以开始编写测试代码了。

创建uiautomator 测试案例

uiautomator 测试案例(Test case)需要继承至UiAutomatorTestCase 类。而UiAutomatorTestCase 类继承至junit.framework.TestCase类,所以可以用JUnit的Assert类来比较测试结果。

UI测试的首要任务就是访问测试手机。一般都是从手机的主屏开始测试的。通过uiautomator 提供的API可以从主屏来模拟用户的操作。下面会介绍具体示例。

uiautomator API

uiautomator API在 uiautomator.jar 文件中。这些API分别如下:

UiDevice

代表设备状态。在测试中,可以通过UiDevice实例来检测设备的各种属性,例如当前的屏幕方向以及屏幕尺寸。同时还可以通过UiDevice实例来执行设备级别的操作,例如 把设备设置为横屏或者竖屏、按下Home按键等。

如下是模拟按下Home按键的代码:
getUiDevice().pressHome();

UiSelector

代表一个搜索UI控件的条件。如果发现多个满足条件的控件则会返回第一个控件。返回的结果为UiObject对象。在构造UiSelector的时候可以组合使用多个属性来定位具体的控件。如果没有找到控件则会抛出 UiAutomatorObjectNotFoundException 异常。还可以使用childSelector()函数来嵌套UiSelector 对象。例如,下面的代码演示了如何在当前界面中查找第一个ListView中的带有文本属性为Apps的子控件。

Java

1

2

3

UiObject appItem = new UiObject(new UiSelector()

.className("android.widget.ListView").instance(1)

.childSelector(new UiSelector().text("Apps")));

UiObject

代表一个UI控件。通过UiSelector来查找UiObject。
如下示例代码演示了如何查找当前显示界面中的取消按钮和确认按钮:

Java

1

2

UiObject cancelButton = new UiObject(new UiSelector().text("Cancel"));

UiObject okButton = new UiObject(new UiSelector().text("OK"));

查找到的UiObject实例可以在其他测试代码中重用。需要注意的是:每次使用UiObject做操作的时候uiautomator 都会在当前屏幕重新查找该控件。

如下代码uiautomator 工具在当前界面查找文本内容为“OK”的控件。如果存在并且可用则模拟用户点击该控件。

Java

1

2

3

4

if(okButton.exists() && okButton.isEnabled())

{

okButton.click();

}

还可以限制仅仅查找特定类型的控件。例如 如下代码只查找文本为“Cancel”和“OK”的android.widget.Button类型控件。

Java

1

2

3

4

UiObject cancelButton = new UiObject(new UiSelector().text("Cancel")

.className("android.widget.Button"));

UiObject okButton = new UiObject(new UiSelector().text("OK")

.className("android.widget.Button"));

UiCollection

代表控件的集合。获取UiCollection的方式和UiObject一样,通过 UiSelector查找。 UiCollection对应Android系统中的ViewGroup以及子控件。
如下代码演示如何通过UiSelector来获取包含视频集合的UiCollection。

Java

1

2

UiCollection videos = new UiCollection(new UiSelector()

.className("android.widget.FrameLayout"));

如果每个视频是放到LinearLayout中的,则可以通过如下方式获取视频的数目:

Java

1

2

int count = videos.getChildCount(new UiSelector()

.className("android.widget.LinearLayout"));

如果需要查找标签为“Cute Baby Laughing”的视频,并点击。则可以通过如下方式:

Java

1

2

3

UiObject video = videos.getChildByText(new UiSelector()

.className("android.widget.LinearLayout"), "Cute Baby Laughing");

video.click();

同样还可以模拟其他用户操作。例如,模拟选择视频的操作如下:

Java

1

2

3

UiObject checkBox = video.getChild(new UiSelector()

.className("android.widget.Checkbox"));

if(!checkBox.isSelected()) checkbox.click();

UiScrollable

代表可滚动的控件。可以用UiScrollable来模拟水平或者垂直滚动的UI元素。如果需要操作的元素在屏幕外需要滚动屏幕才能看到的情况下需要使用UiScrollable。

例如,下面的代码显示了如何模拟滚动到“Settings ”菜单并点击“About tablet”菜单的操作。

Java

1

2

3

4

5

UiScrollable settingsItem = new UiScrollable(new UiSelector()

.className("android.widget.ListView"));

UiObject about = settingsItem.getChildByText(new UiSelector()

.className("android.widget.LinearLayout"), "About tablet");

about.click()

其他API参考uiautomator api文档。

一个简单的uiautomator 测试案例

如下是一个简单的测试案例代码,模拟了点击Home键回到主屏,然后点击所以应用按钮打开所有应用列表,并滚动到时钟应用。打开时钟应用 并选择闹铃界面的第一个闹钟设置,修改该设置的开关。然后返回到时钟界面再进入倒计时界面。

Java

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

package com.uia.example.my;

import android.widget.ListView;

import android.widget.Switch;

import com.android.uiautomator.core.UiObject;

import com.android.uiautomator.core.UiObjectNotFoundException;

import com.android.uiautomator.core.UiScrollable;

import com.android.uiautomator.core.UiSelector;

import com.android.uiautomator.testrunner.UiAutomatorTestCase;

public class LaunchSettings extends UiAutomatorTestCase {

// TODO 重要注意: 在运行该测试代码的时候 需要先把手机语言环境设置为英文。

public void testDemo() throws UiObjectNotFoundException {

// 模拟 HOME 键点击事件

getUiDevice().pressHome();

// 现在打开了主屏应用,模拟点击所有应用按钮操作来启动所有应用界面。

// 如果你使用了uiautomatorviewer来查看主屏,则可以发现“所有应用”按钮的

// content-description 属性为“Apps”。可以使用该属性来找到该按钮。

UiObject allAppsButton = new UiObject(new UiSelector().description("Apps"));

// 模拟点击所有应用按钮,并等待所有应用界面起来

allAppsButton.clickAndWaitForNewWindow();

// 在所有应用界面,时钟应用位于Apps tab界面中。下面模拟用户点击Apps tab操作。

// 找到 Apps tab 按钮

UiObject appsTab = new UiObject(new UiSelector().text("Apps"));

// 模拟点击 Apps tab.

appsTab.click();

// 然后在 Apps tab界面,模拟用户滑动到时钟应用的操作。

// 由于Apps界面是可以滚动的,所有用

// UiScrollable 对象.

UiScrollable appViews = new UiScrollable(new UiSelector().scrollable(true));

// 设置滚动模式为水平滚动(默认为垂直滚动)

appViews.setAsHorizontalList();

if (allAppsButton.exists() && allAppsButton.isEnabled()) {

// allAppsButton在当前界面已经不可见了 所以这里不会执行

allAppsButton.click();

}

// 查找时钟应用并点击

UiObject settingsApp = appViews.getChildByText(

new UiSelector().className(android.widget.TextView.class.getName()), "Clock");

settingsApp.clickAndWaitForNewWindow();

// 验证当前显示 的应用包名为时钟

UiObject settingsValidation = new UiObject(new UiSelector().packageName("com.google.android.deskclock"));

// 如果不存在则出错提示

assertTrue("Unable to detect Clock", settingsValidation.exists());

// 模拟点击时间tab

UiObject clock = new UiObject(new UiSelector().description("Clock"));

clock.clickAndWaitForNewWindow();

// 模拟点击下方的闹钟图标

UiObject alarms = new UiObject(new UiSelector().description("Alarms"));

alarms.clickAndWaitForNewWindow();

UiScrollable list = new UiScrollable(new UiSelector().className(ListView.class.getName()));

if (list.getChildCount() > 0) {

UiObject listIndex0 = list.getChild(new UiSelector().index(0));

UiObject switchBtn = listIndex0.getChild(new UiSelector().className(Switch.class.getName()));

boolean isChecked = switchBtn.isChecked();

switchBtn.click();

}

// 模拟点击返回键

getUiDevice().pressBack();

UiObject timer = new UiObject(new UiSelector().description("Timer"));

timer.clickAndWaitForNewWindow();

}

}

打包测试代码并在测试机上运行

如下步骤打包测试代码并在测试机运行的步骤:

1.创建打包测试代码的Build脚本。通过如下命令来生成Build脚本:

Java

1

<android-sdk>/tools/android create uitest-project -n <name> -t 1 -p <path>

Java

1

<name><span style="font-family: Georgia, ‘Times New Roman‘, ‘Bitstream Charter‘, Times, serif; font-size: 13px; line-height: 19px;">是包含测试代码的项目名称,<path>是包含测试代码的项目文件路径。-t后面的1是Android sdk版本id。</span>

注意: 在创建Build脚本之前,已经创建好了测试项目并编写好了测试代码。只不过该测试项目还没有包含打包脚本所以无法打包运行。在创建Build脚本的时候,<name>属性就是测试项目的名称、<path>就是已经创建的测试项目在电脑中的文件夹路径。 如果电脑上安装了多个版本的Android sdk,则需要运行/tools/android list target 来查看每个SDK的id。选择4.1以上的id即可。

2. 设置ANDROID_HOME 环境变量。

Windows:set ANDROID_HOME=

Unix:export ANDROID_HOME=

3. 打开命令行创建,导航到第一步中的目录中,运行 ant build 来打包。

4. 通过adb push命令把上一步打包出来的jar文件复制到测试手机中。

adb push <path>/bin/<name>.jar /data/local/tmp/

类似如下代码:

adb push ~/dev/workspace/LaunchSettings/bin/LaunchSettings.jar /data/local/tmp/

运行uiautomator 测试
下面是运行 LaunchSettings.jar jar包中测试代码的命令。测试代码位于com.uia.example.my包中。

adb shell uiautomator runtest LaunchSettings.jar -c com.uia.example.my.LaunchSettings

关于uiautomator 的更多信息参考这里:http://developer.android.com/tools/help/uiautomator/index.html

Read more: http://blog.chengyunfeng.com/?p=504#ixzz4abmnYhRZ

时间: 2024-12-29 11:12:19

[zhuan]使用uiautomator做UI测试的相关文章

使用uiautomator做UI测试

转载~~~~~~~~~~~~~~~~~~~~~~~~ 若有侵权,请及时联系本博主,博主将第一时间撤销 在Android 4.1发布的时候包含了一种新的测试工具–uiautomator,uiautomator是用来做UI测试的.也就是普通的手工测试,点击每个控件元素 看看输出的结果是否符合预期.比如 登陆界面 分别输入正确和错误的用户名密码然后点击登陆按钮看看是否能否登陆以及是否有错误提示等. 功能性或者黑盒UI测试不需要测试人员了解程序如何实现的,只需要验证各种操作的结果是否符合预期即可.这样的

Google+ 团队的 Android UI 测试

https://github.com/bboyfeiyu/android-tech-frontier/tree/master/android-blog/Google%2B%20%E5%9B%A2%E9%98%9F%E7%9A%84%20Android%20UI%20%E6%B5%8B%E8%AF%95 Google+ 团队的 Android UI 测试 原文链接:How the Google+ Team Tests Mobile Apps 译者:allenlsy 译者博文地址:http://al

Google推出iOS功能性UI测试框架EarlGrey

经过了一段时间的酝酿后,Google很高兴地宣布了EarlGrey,一款针对于iOS的功能性UI测试框架.诸如YouTube.Google Calendar.Google Photos.Google Translate.Google Play Music等多款Google应用都成功地采用了EarlGrey框架来满足其功能性测试之所需. EarlGre的特点 EarlGrey所提供的主要特性如下所示,这些特性使得应用的测试变得更加轻松,也更具效率: 强大的内建同步机制:测试会在与UI进行交互前自动

使用编码的 UI 测试来测试 Windows 应用商店应用

自从Win8应运而生以来,Windows应用商店便立马成为开发者展示的舞台,而这短短的几年里应用的数量就可数以万计,这也不可避免地出现了良莠不齐的局面.我们都知道Visual Studio是目前最流行的Windows平台应用程序的集成开发环境.VS是一个基本完整的开发工具集,它包括了整个软件生命周期中所需要的大部分工具,如UML工具.代码管控工具.集成开发环境(IDE)等等.所写的目标代码适用于微软支持的所有平台,我们也可以使用它来开发Win8应用.另一方面,Visual Studio也可以用来

关于UI测试

分为UI逻辑测试和UI显示测试两部分.要根据不同的面板状态进行测试 状态 -UI逻辑 -显示测试 一般优先做UI逻辑测试,后做显示测试.因为显示内容要经常变动,而且看的始终比代码测的准.去测显示测试会花费大量时间,又面临设计师的频繁改动.得不偿失 UI逻辑测试各种面板操作的逻辑,比如A控件改变状态,影响到B控件,C控件等等的逻辑. 面板状态指,刚打开面板,特殊模式打开面板,关闭面板等不同状态,对UI逻辑造成的影响.

编码的 UI测试项目

以下是用Visual Studio 2013 做编码的UI测试的步骤 1.新建测试项目 在visual studio中(我用的版本是2013 update2)点击文件->新建->项目,选择“编码的UI测试项目”,在对话框中选择“录制操作.编辑UI映射或添加断言”,点击“确定”. 2.录制的一系列操作 进行完以上步骤,VS最小化,出现编码的UI测试生成器: 从左向右的button依次是:开始/暂停录制,编辑,添加断言,生成代码: 之后进行录制: 点击“开始录制”,打开浏览器,再点击“生成代码”,

在Android studio中进行单元测试和ui测试

1.配置支持单元测试的工程 在写测试之前,让我们做下简单的检查,确保工程配置正确. 首先,确认在Build Variants窗口内的Test Artifact中选择了"Unit Tests". 然后,在工程的src文件夹内创建test和test/java文件夹.需要注意的是,你不能在Android视图下进行这些操作,要么在系统的文件管理器内创建,要么在工程窗口左上方点击下拉菜单选择Project视图.最终的工程结构应该是这样的: (在codelab的剩余部分,你可以返回继续使用Andr

uiaotumator ui测试 快速调试

1. uiaotumator ui测试 Demo.java package uiautomatorDemo1; import java.io.File; import android.graphics.Point; import android.graphics.Rect; import android.os.RemoteException; import android.view.KeyEvent; import android.view.Surface; import com.android

为什么是远程桌面而不在手机上做UI

前几篇博文发出后,有人问了个问题:"如果用手机做显示器,为什么不是在手机上实现UI,而是用远程桌面." 诚然,手机上做UI的工具更加成熟,调试也会更方便. 可是,你要是在手机上做UI,那么,你就得写app吧,不同厂家的app,是不一样的吧,你必须为每个厂家的智能设备安装一个app,智能硬件普及后,手机上尽是智能设备的app,烦不烦? 即使是同一个厂家的设备,手机上做UI,也有问题. 这个厂家要是生产10种智能设备,app是不是需要考虑10种设备的显示问题,分别为他们做UI?100种呢?