Android自己主动化測试之Monkeyrunner用法及实例

眼下android SDK里自带的现成的測试工具有monkey 和 monkeyrunner两个。大家别看这俩兄弟名字相像,但事实上是完全然全不同的两个工具,应用在不同的測试领域。总的来说,monkey主要应用在压力和可靠性測试上,执行该命令能够随机地向目标程序发送各种模拟键盘事件流,而且能够自定义发送的次数,以此观察被測应用程序的稳定性和可靠性,应用起来也比較简单,记住那几个命令即可了。而monkeyrunner呢,相比之下会强大一些,它主要可应用于功能測试,回归測试,而且能够自定义測试扩展,灵活性较强,而且測试人员能够全然控制。

本篇乃本人学习monkeyrunner时笔记,查看网络中的资料并经本人測试而出,因为本人刚接触,所以本篇内容不免肤浅,高手们请绕走~

在測试本人下面实例时,请自行搭建Android环境。

一、打开模拟器

执行monkeyrunner之前必须先执行对应的模拟器,不然monkeyrunner无法连接设备。

用Elipse打开Android模拟器或在CMD中用Android命令打开模拟器。这里重点讲一下在CMD中用Android命令打开模拟器

命令:emulator -avd test
(注意:test为虚拟设备的名称——AVD的全称为:Android Virtual Device,就是Android执行的虚拟设备,例如以下图所看到的:)

上面命令中的test是模拟器名称。使用时须要改成实际名字。

假设正常,模拟器应该能够启动起来了。

假设运行的结果出现下面错误内容:

PANIC: Could not open: C:\Documents and Settings\sAdministrator\.android/avd/test.ini

例如以下图所看到的:

原因在于你的环境变量缺少配置。请在“系统变量”中加入“ANDROID_SDK_HOME”,设置其值为“C:\Documents and Settings\Administrator”(注意:这里的值不能为C:\Documents and Settings\Administrator\.android),例如以下图所看到的:

确定后,关闭CMD窗体,又一次打开CMD。运行以上命令。将会启用模拟器。

模拟器启动成功后,我们仍在CMD环境中操作。如今进入monkeyrunner的shell命令交互模式。

命令:monkeyrunner

进入shell命令交互模式后,首要一件事就是导入monkeyrunner所要使用的模块。直接在shell命令下输入:

from com.android.monkeyrunner import MonkeyRunner,MonkeyDevice 回车

OK,这步完毕我们就能够利用monkeyrunner进行測试工作了。

这里有两种方案,一是直接在shell命令下输入下面命令;

命令说明

device=MonkeyRunner.waitForConnection() #连接手机设备

device.installPackage("../samples/android-10/ApiDemos/bin/Apidemos.apk") #安装apk包到手机设备。

启动当中的随意activity了,仅仅要传入package和activity名称就可以。命令例如以下:

device.startActivity(component="com.example.android.apis/com.example.android.apis.ApiDemos")

此时模拟器会自己主动打开ApiDemos这个应用程序的主页。

device.reboot() #手机设备重新启动

device.touch(300,300,‘DOWN_AND_UP‘)

MonkeyRunner.alert("hello")#在emulator上会弹出消息提示

device.press(‘KEYCODE_HOME‘,MonkeyDevice.DOWN_AND_UP)

device.type(‘hello‘)#向编辑区域输入文本‘hello‘

二是将下面命令写到python文件中,比如test.py,然后我们再从命令行直接通过monkeyrunner执行它就可以。比方,我们还是用上面的样例,语法例如以下:monkeyrunner test.py 接下来monkeyrunner会自己主动调用test.py,并执行当中的语句,相当方便。

实例:test.py

from com.android.monkeyrunner import MonkeyRunner,MonkeyDevice
device=MonkeyRunner.waitForConnection()
device.startActivity(component="your.www.com/your.www.com.TestActivity")

在CMD中运行

monkeyrunner test.py

可能出现错误“Can‘t open specified script file”,例如以下图所看到的:

原因在于python脚本文件路径不对。你能够有下面解决的方法:

1、将test.py文件存放到monkeyrunner文件同一文件夹中。能够运行:monkeyrunner test.py 调用

2、指定python文件位置。假设test.py文件在D盘根文件夹下,能够这样运行:monkeyrunner d:\test.py

学习笔记

以下是学习中的笔记,有点乱。就放在本篇最后吧。

环境变量

变量名:ANDROID_SDK_HOME

变量值:C:\Documents and Settings\Administrator

变量名:Path

变量值:%SystemRoot%\system32;%SystemRoot%;C:\Python27;C:\py;D:\android\android-sdk-windows\tools;D:\android\android-sdk-windows\platform-tools

android自己主动化測试框架:CTS、monkey、monkeyrunner、benchmark

monkeyrunner

monkeyrunner工具提供了一个API,运用该API编写的程序能够不用通过android代码来直接控制android设备和模拟器,我们能够写一个python程序对android应用程序或測试包进行安装、执行、发送模拟击键,对用户界面进行截图并将截图存储在workstation上等操作。monkeyrunner工具的主要设计目的是用于測试application/framework层上的应用程序和设备、或用于执行单元測试套件,也能够用于其他目的。

monkey工具,是直接执行在设备或模拟器的adb shell中,生成用户或系统的伪随机事件流。

monkeyrunner为android測试提供了下面独特的功能:

1、多设备控制:monkeyrunner API能够跨多个设备或模拟器实施測试套件。能够在同一时间接上所有设备或一次启动所有模拟器,根据程序依次连接到每个,然后执行一个或多个測试。也能够用程序启动一个配置好的模拟器,执行一个或多个測试,然后关闭模拟器。

2、功能測试:monkeyrunner能够为一个应用自己主动贯彻一次功能測试。您提供按键或触摸事件的输入数值,然后观察输出结果的截屏。

4、回归測试:monkeyrunner能够执行某个应用,并将其结果截屏与既定已知正确的结果截屏相比較,以此測试应用的稳定性。

4、可扩展的自己主动化:因为monkeyrunner是一个API工具包,我们能够开发基于python模块和程式的一整套系统,以此来控制android设备。除了使用monkeyrunner API,我们还能够使用标准的python os和ubprocess模块来调用android debug bridge这种android工具。如ADB这种android工具,也能够将自己写的类加入到monkeyrunner API中。

执行monkeyrunner

能够直接使用一个代码文件执行monkeyrunner,抑或在交互式对话中输入monkeyrunner语句。不论使用哪种方式,你都须要调用SDK文件夹的tools子文件夹下的monkeyrunner命令。假设提供一个文件名称作为执行參数,则monkeyrunner将视文件内容为python程序,并加以执行;否则,它将提供一个交互对话环境。

monkeyrunner命令语法

monkeyrunner -plugin <plugin_jar> <programe_filename> <programe_option>

monkeyrunner API

主要包含三个模块

1、MonkeyRunner:这个类提供了用于连接monkeyrunner和设备或模拟器的方法,它还提供了用于创建用户界面显示提供了方法。

2、MonkeyDevice:代表一个设备或模拟器。这个类为安装和卸载包、开启Activity、发送按键和触摸事件、执行測试包等提供了方法。

3、MonkeyImage:这个类提供了捕捉屏幕的方法。这个类为截图、将位图转换成各种格式、对照两个MonkeyImage对象、将image保存到文件等提供了方法。

注意:在执行monkeyrunner之前必须先执行对应的模拟器,否则monkeyrunner无法连接到设备

执行模拟器有两种方法:1、通过eclipse中执行模拟器 2、在CMD中通过命令调用模拟器

这里介绍通过命令,在CMD中运行模拟器的方法

命令:emulator -avd test

上面命令中test是指模拟器的名称。

导入须要的模块

import sys

from com.android.monkeyrunner import MonkeyRunner as mr

from com.android.monkeyrunner import MonkeyDevice as md

from com.android.monkeyrunner import MonkeyImage as mi

假设给导入的模块起了别名,就应该使用别名,而不能使用原名,否则会出现错误。

比方连接设备或模拟器,起了以上别名后,命令应该例如以下:

device=mr.waitForConnection()

也能够採用下面方式

from com.android.monkeyrunner import MonkeyRunner,MonkeyDevice,MonkeyImage

也能够採用这样的方式

import com.android.monkeyrunner

可是在使用时,就显得特别麻烦

device=com.android.monkeyrunner.MonkeyRunner.waitForConnection()

我们也能够给它一个别名

import com.android.monkeyrunner as cam

可是在使用时,就显得特别麻烦

device=cam.MonkeyRunner.waitForConnection()

#等待连接到设备,与模拟器连接,返回monkeydevice对象,代表连接的设备。没有报错的话说明连接成功。

參数1:超时时间,单位秒,浮点数。默认是无限期地等待。

參数2:串deviceid,指定的设备名称。默觉得当前设备(手机优先,比方手机通过USB线连接到PC、其次为模拟器)。

默认连接:device=MonkeyRunner.waitForConnection()

參数连接:device = mr.waitForConnection(1.0,‘emulator-5554‘)

向设备或模拟器安装要測试的APK

device.installPackage(‘myproject/bin/MyApplication.apk‘) #參数是相对或绝对APK路径

路径级别用“/”,不能用“\”,比方d:\www\a.apk,而应该写成d:/www/a.apk

成功安装返回true,此时查看模拟器我们能够在IDLE界面上看到安装的APK的图标了。

从设备中删除指定的软件包,包含其相关的数据和调整缓存

device.removePackage(‘myproject/bin/MyApplication.apk‘)

删除成功返回true。

#启动随意的Activity

device.startActivity(component="your.www.com/your.www.com.TestActivity")

或者

device.startActivity(component="your.www.com/.TestActivity")

此时能够向模拟器发送如按键、滚动、截图、存储等操作了。

运行一个adb shell命令,并返回结果,假设有的话

device.shell("...")

暂停眼下正在执行的程序指定的秒数

MonkeyRunner.sleep(秒数,浮点数)

获取设备的屏蔽缓冲区,产生了整个显示器的屏蔽捕获。(截图)

result=device.takeSnapshot()

返回一个MonkeyImage对象(点阵图包装),我们能够用下面命令将图保存到文件

result.writeToFile(‘takeSnapshot\\result1.png‘,‘png‘)

写文件MonkeyImage

MonkeyImage.writeToFile(參数1:输出文件名称,也能够包含路径,參数2:目标格式)

写成功返回true,否则返回false

键盘上的类型指定的字符串,这相当于要求每一个字符串中的字符按(键码,DOWN_AND_UP).

字符串发送到键盘

device.type(‘字符串‘)

唤醒设备屏幕(在设备屏幕上唤醒)

device.wake()

又一次引导到指定的引导程序指定的设备

device.reboot()

=========================================================

在指定位置发送触摸事件(x,y的单位为像素)

device.touch(x,y,TouchPressType-触摸事件类型)

发送到指定键的一个关键事件

device.press(參数1:键码,參数2:触摸事件类型)

參数1:见android.view.KeyEvent

參数2,如有TouchPressType()返回的类型-触摸事件类型,有三种。

1、DOWN 发送一个DOWN事件。指定DOWN事件类型发送到设备,相应的按一个键或触摸屏幕上。

2、UP 发送一个UP事件。指定UP事件类型发送到设备,相应释放一个键或从屏幕上抬起。

3、DOWN_AND_UP 发送一个DOWN事件,然后一个UP事件。相应于输入键或点击屏幕。

以上三种事件做为press()或touch()參数。原英文例如以下:

use this with the type argument of press() or touch() to send a down event.

为了模拟输入键,发送DOWN_AND_UP。

參数1的部分详细内容逻辑:

按下HOME键 device.press(‘KEYCODE_HOME‘,MonkeyDevice.DOWN_AND_UP)

按下BACK键 device.press(‘KEYCODE_BACK‘,MonkeyDevice.DOWN_AND_UP)

按下下导航键 device.press(‘KEYCODE_DPAD_DOWN‘,MonkeyDevice.DOWN_AND_UP)

按下上导航键 device.press(‘KEYCODE_DPAD_UP‘,MonkeyDevice.DOWN_AND_UP)

按下OK键 device.press(‘KEYCODE_DPAD_CENTER‘,MonkeyDevice.DOWN_AND_UP)

device.press(‘KEYCODE_ENTER‘,MonkeyDevice.DOWN_AND_UP)#输入回车

device.press(‘KEYCODE_BACK‘,MonkeyDevice.DOWN_AND_UP)#点击返回

home键 KEYCODE_HOME

back键 KEYCODE_BACK

send键 KEYCODE_CALL

end键 KEYCODE_ENDCALL

上导航键 KEYCODE_DPAD_UP

下导航键 KEYCODE_DPAD_DOWN

左导航 KEYCODE_DPAD_LEFT

右导航键 KEYCODE_DPAD_RIGHT

ok键 KEYCODE_DPAD_CENTER

上音量键 KEYCODE_VOLUME_UP

下音量键 KEYCODE_VOLUME_DOWN

power键 KEYCODE_POWER

camera键 KEYCODE_CAMERA

menu键 KEYCODE_MENU

很多其它:http://developer.android.com/reference/android/view/KeyEvent.html

时间: 2024-10-13 02:46:49

Android自己主动化測试之Monkeyrunner用法及实例的相关文章

【金阳光測试】大话Android自己主动化測试--Android自己主动化系列(1)--金阳光于2013年4月份

Android自己主动化測试框架和工具在四年多的发展日趋成熟. 从五年前的第一代自己主动化架构演进到眼下第四代(本系列讲座第7篇后将具体剖析第三代和第四代自己主动化框架)从曾经最早谷歌推崇的monkey随机測试工具到点触流自己主动化工具monkeyrunner.MonkeyTalk.基于元素识别的自己主动化框架sikuli.seeTest.iTest.基于控件识别的Robotium.SL4A.这三种技术各有千秋.基本上如今做出的自己主动化框架都是整合或者改动了以上这些免费的自己主动化框架:比方中

Android自己主动化測试解决方式

如今,已经有大量的Android自己主动化測试架构或工具可供我们使用,当中包含:Activity Instrumentation, MonkeyRunner, Robotium, 以及Robolectric.另外LessPainful也提供服务来进行真实设备上的自己主动化測试. Android自身提供了对instrumentation測试的基本支持,当中之中的一个就是位于android.test包内的ActivityInstrumentationTestCase2类,它扩展了JUnit的Test

使用Adt自带的工具进行Android自己主动化測试(三)

在这个系列的上一篇文章中,我们介绍了MonkeyRunner,并提到假设依据坐标来编写自己主动化脚本的话存在着一定的局限性(点击文末"阅读原文"能够打开这篇文章查看).这篇文章将进一步介绍依据控件的id来编写自己主动化脚本的方法 依据控件的id来操作控件 从Android 2.3.3開始.MonkeyRunner添加了EasyMonkeyDevice和By这两个类.它们都位于com.android.monkeyrunner.easy包内,借助这两个类,我们就能够依据控件的id来操作控件

Android自己主动化測试——CTS測试

一.为什么须要兼容性測试(下面称CTS)? 1.1.让APP提供更好的用户体验.用户能够选择很多其它的适合自己设备的APP.让APP更稳定. 1.2.让开发人员设计更高质量的APP. 1.3.通过CTS的设备能够执行Android market. 另外,CTS是免费的,并且非常easy. 二.CTS是开源的測试框架,使用它来測试你的设备是否具备兼容性.CTS主要包括两个组件: 执行在PC上的測试框架组件.主要用来管理測试用例(test case)的执行. 执行在设备或模拟器上的測试用例.这些用例

基于Monkey的Android自己主动化測试

使用Monkey,能够相应用的稳定性和健壮性进行压測,測试的结果对于产品在复杂环境下的执行情况有很重要的參考意义. 以下是一个演示样例,带有对应的凝视.简单明了.供大家參考. #!/bin/bash # define case base information case_name="monkey case" case_ver="1.0.2" case_package_name="cn.packagename.platform" case_even

MAC中在eclipse luna上搭建移动平台自己主动化測试框架(UIAutomator/Appium/Robotium/MonkeyRunner)关键点记录

这几天由于原来在用的hp laptop的电池坏掉了,机器一不小心就断电.所以仅仅能花时间在自己的mackbook pro上又一次搭建整套环境.大家都知道搭建好开发环境是个非常琐碎须要耐心的事情,特别是当你搭建的安卓平台的时候常常须要FQ,那个慢不是常人能够忍受的.所以过程中建议大家边看书或者玩手机边搭建,省得一直瞪着屏幕导致爆血管的意外发生. 这里本人尝试把在mac上搭建移动平台自己主动化測试框架的一些碰到的问题和关键点给描写叙述一下.以方便后来者能够借鉴. 1. 假设你须要的是最新的eclis

Android Monkey自己主动化測试

前言 假设你做Android开发,还没有使用过Monkey进行測试,那么今天看到这篇文章,希望能解决你Android測试中的一些问题.起码能帮你省点測试的时间而且发现很多其它的问题. Monkey简单介绍 Monkey是一个可执行在模拟器和实际设备中的Android命令行自己主动化測试工具,它能够模拟伪随机的用户事件流,比如点击.触摸.手势等.你能够使用Monkey对正在开发的程序进行压力測试. Monkey的特征: 測试的对象为程序包名,通过-p參数指定. Monkey測试使用的事件流.数据流

Selenium2 Python 自己主动化測试实战学习笔记(五)

7.1 自己主动化測试用例 无论是功能測试.性能測试和自己主动化測试时都须要编写測试用例,測试用例的好坏能准确的体现了測试人员的经验.能力以及对项目的深度理解. 7.1.1 手工測试用例与自己主动化測试用例 手工測试用例是针对手工測试人员.自己主动化測试用例是针对自己主动化測试框架.前者是手工測试用例人员应用手工方式进行用例解析,后者是应用脚本技术进行用例解析. 前者具有较好的异常处理能力,并且可以基于測试用例,制造各种不同的逻辑推断,并且人工測试步步跟踪,可以仔细定位问题.后者全然依照測试用例

Robot Framework自己主动化測试框架之我见

一些自己主动化測试现状: 盲目的去做自己主动化,终于以失败告终. 觉得是能提高效率的事情.却推广不下去: 事实上上述问题产生的原因是: 自己主动化測试案例稳定性不高,可维护性比較差: 自己主动化測试工具学习成本高,自己主动化測试人员的成本高: 而RF(Robot Framework,后面都简称RF)具备良好的分层思想.它将測试人员分为懂开发和不懂开发的,懂开发来负责底层keyword开发和维护,供不懂开发的測试人员调用,通过填写表格的形式用自言语言来写自己主动化測试用例.这样写出来的用例測试用例