Monkey 稳定性测试

 

monkey测试

一、什么是稳定性测试?

通过随机点击屏幕一段时间,看看APP会不会奔溃,能不能维持正常运行

二. Money是什么?

monkey测试Android平台自动化测试的一种手段,通过Monkey程序模拟用户触摸屏幕、滑动Trackball、按键等操作来对设备上的程序进行测试,检测程序多久的时间会发生异常。和monkeyrunner几乎是完全不同的,MonkeyRunner相当于是搞自动化测试的了

官方介绍: 

https://developer.android.com/studio/test/monkey.html

三. Monkey的介绍

  • Monkey程序由Android系统自带,使用java语言写成,在Android文件系统中的存放路径是:/system/framework/monkey.jar
  • Monkey.jar程序是由一个名为“monkey”的Shell脚本来启动执行,shell脚本在Android文件系统中的存放路径是:/system/bin/monkey
  • Monkey 命令启动方式 

    a. 可以通过PC机CMD窗口中执行: adb shell monkey {+命令参数}来进行Monkey测试 

    b. 在PC上adb shell 进入Android系统,通过执行monkey {+命令参数} 来进行Monkey 测试 

    c. 在Android机或者模拟器上直接执行monkey 命令,可以在Android机上安装Android终端模拟器

这里写图片描述

四. Monkey架构

这里写图片描述

五. Monkey弱点

Monkey虽然可以根据一个指定的命令脚本发送按键消息,但不支持条件判断,不支持读取待测界面的信息来执行验证操作

六. Monkey的压力测试参数

这里写图片描述

那么这个option通常又分为4大类:常用选项,事件选项,约束选项,调试选项

1.常用选项的参数通常有:

-v  用于反馈信息级别(一个-v表示一个层级,两个-v表示两个层级,通常最多三个-v)

示例Level0:

adb shell monkey -p com.swartz.cicada –v 100

说明 缺省值,仅提供启动提示、测试完成和最终结果等少量信息 相应源代码如图所示了,这十分有利于调试了

示例Level1:

adb shell monkey -p com.swartz.cicada -v-v 100

说明 

提供较为详细的日志,包括每个发送到Activity的事件信息

示例Level2:

adb shell monkey -p com.swartz.cicada -v-v-v 100

说明 

最详细的日志,包括了测试中选中/未选中的Activity信息

2.时间选项的参数通常有:

-s 表示伪随机数生成的seed值,如果seed值相同,则两次monkey所产生的事件序列也是一样的

示例:

Monkey测试1:adb shell monkey -p com.swartz.cicada –s 10 100

  Monkey 测试2:adb shell monkey -p com.swartz.cicada –s 10 100

  两次测试的效果是相同的,因为模拟的用户操作序列(每次操作按照一定的先后顺序所组成的一系列操作,即一个序列)是一样的。操作序列虽然是随机生成的,但是只要我们指定了相同的Seed值,就可以保证两次测试产生的随机操作序列是完全相同的,所以这个操作序列伪随机的;

–throttle:每个事件结束后的间隔时间

3.约束选项的参数通常有:

-p 指定文件名

count 指定要发送的事件数

-c 用此参数指定一个或几个类别,activity必须指定一个category,才能被启动,否则将会启动不了

4.调试选项的参数通常有:

–dbg-no-events:初始化启动的activity,但是不产生任何事件。

–hprof:指定该项后在事件序列发送前后会立即生成分析报告

ignore-crashes:忽略崩溃

–ignore-timeouts:忽略超时

–ignore-security-exceptions:忽略安全异常

–kill-process-after-ERROR:发生错误后直接杀掉进程

monitor-native-crashes:跟踪本地方法的崩溃问题

工作中为了保证测试数量的完整进行,我们一般不会在发生错误时立刻退出压力测试。monkey 测试命令如下:

adb shell monkey -p com.swartz.cicada -s 500 –ignore-crashes –ignore-timeouts –monitor-native-crashes -v -v 10000 > E:monkey_log20170831.txt

kill此参数用来杀掉进程:kill pid 先执行adb shell  再ps |grep monkey 查询结果如下图中15248 即为PID  再kill pid(15248)即可

例子:

adb shell monkey -p com.tpnet.hlquery --throttle 100 --pct-touch 50 --pct-motion 50 -v -v -v 1000 >c:monkeytest.txt
  • 1

测试com.tpnet.hlquery这个app,间隔100毫秒,50%的触摸事件,50% 

的滑动事件,三个-v输出详细的日志,执行1000个事件,日志输出到c:monkeytest.txt

ps: 命令运行前手机先解锁,win8 以上要用管理员身份打开cmd

七. Monkey的结果于分析

1. 初步分析方法:

Monkey: seed=20 count=100  –随机种子和运行次数

:AllowPackage: com.swartz.cicada  –指定的测试包

:IncludeCategory: android.intent.category.LAUNCHER  –Category包含LAUNCHER

:IncludeCategory: android.intent.category.MONKEY   –Category包含MONKEY

// Selecting main activities from category android.intent.category.LAUNCHER

//   + Using main activity com.swartz.cicada.LauncherActivity (from package com.swartz.cicada)

// Selecting main activities from category android.intent.category.MONKEY  –查询结果列表

// Seeded: 20 –随机种子

// Event percentages:

//   0: 15.0%  –事件0 为touch事件,就是相当于按下之后弹起来的一个动作

//   1: 10.0%  –事件1 为motion,相当于说从起始点到终点有移动了多少步,就是步骤数量 

//   2: 2.0%   –事件2 为pinchzoom,为两个手指有同时按下去后,都向中间移动后up起来,相当于一个缩放的动作。

//   3: 15.0%  –事件3 为trackball,为轨迹球事件 

//   4: -0.0%  –事件4 为rotation 为屏幕旋转百分比隐藏事件

//   5: 25.0%  –事件5 为nav导航事件,就是上下左右

//   6: 15.0%  –事件6 为majornav主导航事件,会产生一些窗口的事件

//   7: 2.0%   –事件7 为系统按键

//   8: 2.0%   –事件8,app应用的打开就是用的这个事件

//   9: 1.0%   –事件9,键盘的开,关

//   10: 13.0% –事件10,按键按下在弹起等动作

日志结尾:

如果Monkey测试顺利执行完成,在log的最后,会打印出当前执行事件的次数和所花费的时间;Monkey

finished代表执行完成。

(如果Monkey执行中断,在log的最后也能查看到当前已执行的次数。)

2.详细分析:

Monkey测试出现错误之后,一般的分析步骤分为以下几种: 

2.1看Monkey日志(注意第一个switch以及异常信息等) 

2.11程序无响应问题,在日志中搜索 “ANR”

2.12奔溃问题: 在日志中搜索 “Exception”

ANR问题:在日志中搜索“ANR”(什么是ANR:Application Not Responding,即应用无响应,具体有关ANR的知识详见:):https://www.tuicool.com/articles/IfQvY3

2.13ForceClosed和程序异常退出问题:在日志中搜索“致命” 

3.查看Monkey里面错误前的一些事件动作,并手动执行该动作。

如果Monkey测试顺利执行完成,在log的最后,会打印出当前执行事件的次数和所花费的时间; // Monkey finished代表执行完成。 

Monkey执行中断,在log的最后也能查看到当前的已经执行的次数。

八. Monkey测试中内存问题分析

1. 怎么样去确定内存泄漏?

1. 内存泄漏弹出out of memory对话框 2. 对于有内存泄漏但是没有单出out of memory对话框的情况,可以通过logcat文件GC出信息,(GC:java的垃圾回收机制)     GC_FOR_ALLOC: 因为在分配内存时候内存不够引起的     GC_explicit 表明GC被显式请求触发的,如System.gc调用,     GC_CONCCURRENT: 表明GC在内存使用率达到一定的警戒值时候,自动触发     GC_BEFORE_OOM 表明在虚拟机抛出内存不够异常oom之前,执行最后一次回收内存垃圾 
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

九. –hprof 参数报告

adb shell monkey -p com.tpnet.hlquery --hprof --throttle 100 --pct-touch 50 --pct-motion 50 -v -v -v 1000 >c:monkeytest.txt
  • 1

如果指定了这个选项,monkey会在发送事件的前后生成app内存快照文件,一般会在设备的/dada/misc目录下生成hprof文件(ps: /data/misc/需要root权限)

拖进AndroidStudio即可查看

(ps: 我测试了没有生成。。不知道什么回事)

十. Monkey Script脚本制作

Monkey script是按照一定语法规则编写有序的用户事件流并且适用于monkey命令工具的脚本,可以用txt写。

脚本编写完毕放入手机的sdcard目录下,cmd中运行命令

adb shell monkey -f/sdcard/脚本名字 运行次数
  • 1

结合monkey的-v和–hhprof输出日志和性能报告

adb shell monkey --hprof -f/sdcard/*.txt -v -v -v 3 > c:monkey.txt 
  • 1
  • 2

一些脚本命令:

  • start data>> 

    将控制 monkey 的一些参数设置和具体的 monkey 命令分隔开来

  • LaunchAcitivity(pkg_name, cl_name) 

    启动任意应用的一个活动(界面) 

    pkg_name, 要启动的应用包名 

    cl_name, 要打开的活动的类名

  • DispatchPointer(downTime,eventTime,action,x,y,pressure,size,metaState,xPrecision,yPrecision,device,edgeFlags) 

    向一个指定位置发送单个手势消息 

    downTime: 发送消息的时间,只要是合法的长整型数字即可 

    eventTime: 主要是用在指定发送两个事件之间的停顿 

    action: 消息是按下还是抬起,0表示按下,1表示抬起 

    x:x 坐标 

    y:y 坐标 

    其余 7 个参数均可以设置为 0

模版

count = 1  // 下面这个 count 选项, monkey 并没有用到,可以忽略它   speed = 1.0    //speed  选项是用来调整两次按键的发送濒率的  start data >>   // “start data >>” 是 有 大小写敏感的,而且单词间的间隔只用有一个空格! LaunchActivity(com.zhengping.contact, com.zhengping.contact.Main)   //# Activity 值可以通过 aapt 命令查看 DispatchPointer(5109520,5109520,0,261,128,0,0,0,0,0,0,0); DispatchPointer(5109521,5109521,1,261,128,0,0,0,0,0,0,0); UserWait(2000)  // 停顿时间 

DispatchPress (KEYCODE_Z) // 文字输入 monkey 只识别英文和数字输入

相关阅读

Apache Bench——ab性能测试工具

ab是一种用于测试Apache超文本传输协议(HTTP)服务器的工具。apache自带ab工具,可以测试apache、IIs、tomcat、nginx等服务器但是ab没

是否需要网站测试人员?

我曾经和来自不同开发机构的人探讨过关于他们如何管理软件开发,如何组织,他们遵循什么样的开发实践,以及什么样的开发实践真正有效。

压力测试siege

siege是一款开源的压力测试工具,可以根据配置对一个WEB站点进行多用户的并发访问,记录每个用户所有请求过程的相应时间,并在一定数量

视觉可用性测试

本篇文章作者分享了对有关内容及视觉可用性测试的几个问题的思考。前言最近项目中经常接触内容及视觉可用性测试,一开始有些懵圈,因

单元测试和集成测试

单元测试(Unit testing)是对最小的软件设计单元(模块或源程序单元)的验证工作。 在面向对象的设计(Object Oriented Design)里,最小单元

发表评论