monkey基礎使用教程，如何安裝和monkey分析日志

本文轉載自查看原文 2019-08-12 20:11 1382 app測試

1.概念

什么是monkey，monkey的作用是什么？

Monkey是Android自身提供的，可以通過adb shell模擬用戶行為，發送一些偽隨機用戶事件到目標設備上。

Monkey和它的直接意思一樣，可以像一個猴子一樣，瘋狂的輸入各種隨機事件到設備上，像是一個猴子在瘋狂的點擊設備。

既然Monkey有這樣的功能，我們就可以利用它來對Android App做壓力測試，可以在規定的范圍內，任意隨機觸發各種事件，來驗證App的抗壓性和穩定性。這些隨機事件包括：點擊屏幕、滑動屏幕、各種無力按鍵等。

原理：

monkey測試的原理：利用socket通訊的方式來模擬用戶的按鍵輸入、觸摸屏輸入、手勢輸入等。

步驟

2.安裝使用monkey

前置條件：

pc端已安裝adb環境/jdk環境/sdk環境

我裝了adb/jdk環境，需要裝的小伙伴自行百度如何安裝，現在我需要安裝的是sdk環境

國內安裝包下載地址： https://www.androiddevtools.cn/

下載這個選項 android-sdk_r24.4.1-windows.zip

隨便找個路徑存檔，解壓，

打開SDK Manager.exe

勾選所有選項並安裝，這是啥子？

配置環境變量：

新建一個環境變量名稱為ANDROID_HOME，變量值為當前安裝SDK的目錄

例如SDK裝在D:\androidSDK中，則環境變量為：

把%ANDROID_HOME%\platform-tools;%ANDROID_HOME%\tools添加到Path環境變量中。

檢測是否安裝成功

cmd中輸入android即能打開sdk管理界面(這一部沒有安裝成功，不知道為啥，后面再看看)

3.開始使用mokey

A.手機與電腦建立鏈接，手機打開開發者模式，允許USB調試，手機安裝apk包。

輸入：adb install apk包路徑，回車

如：

adb install C:\Users\admin\Downloads\TESTER\faceme_v1.3.1_20190807_release(3).apk

B.使用aapt命令查看安裝包名稱

aapt dump badging apk路徑

例如：

aapt dump badging C:\Users\admin\Downloads\TESTER\faceme_v1.3.1_20190807_release(3).apk

找到關鍵字：launchable-activity: name='vchat.faceme.LaunchActivity'

C.使用monkey命令進行隨機測試

$ adb shell monkey -p your.package.name -v number

$ monkey -p（package的意思）指定文件名 number（次數）

如果不指定包，Monkey將允許系統啟動設備中的所有APP。

指定多個包：adb shell monkey -p com.htc.Weather –p com.htc.pdfreader -p com.htc.photo.widgets 100

-v說明缺省值，僅提供啟動提示、測試完成和最終結果等少量信息

–v -v 提供較為詳細的日志，包括每個發送到Activity的事件信息

–v -v –v 最詳細的日志，包括了測試中選中/未選中的Activity信息

adb shell monkey -p vchat.faceme -v 40

4.monkey 其他命令參數

參數： -s

用於指定偽隨機數生成器的seed值，如果seed相同，則兩次Monkey測試所產生的事件序列也相同的。

* 示例：

　Monkey測試1：adb shell monkey -p com.htc.Weather –s 10 100

Monkey 測試2：adb shell monkey -p com.htc.Weather –s 10 100

兩次測試的效果是相同的，因為模擬的用戶操作序列（每次操作按照一定的先后順序所組成的一系列操作，即一個序列）是一樣的。操作序列雖然是隨機生成的，但是只要我們指定了相同的Seed值，就可以保證兩次測試產生的隨機操作序列是完全相同的，所以這個操作序列偽隨機的；

參數： --throttle <毫秒>

用於指定用戶操作（即事件）間的時延，單位是毫秒；

* 示例：adb shell monkey -p com.htc.Weather –throttle 3000 100

參數： --ignore-crashes

用於指定當應用程序崩潰時（Force & Close錯誤），Monkey是否停止運行。如果使用此參數，即使應用程序崩潰，Monkey依然會發送事件，直到事件計數完成。

* 示例1：adb shell monkey -p com.htc.Weather --ignore-crashes 1000

測試過程中即使Weather程序崩潰，Monkey依然會繼續發送事件直到事件數目達到1000為止；

* 示例2：adb shell monkey -p com.htc.Weather 1000

測試過程中，如果Weather程序崩潰，Monkey將會停止運行。

參數--ignore-timeouts

用於指定當應用程序發生ANR（Application No Responding）錯誤時，Monkey是否停止運行。如果使用此參數，即使應用程序發生ANR錯誤，Monkey依然會發送事件，直到事件計數完成。

參數： --ignore-security-exceptions

用於指定當應用程序發生許可錯誤時（如證書許可，網絡許可等），Monkey是否停止運行。如果使用此參數，即使應用程序發生許可錯誤，

Monkey依然會發送事件，直到事件計數完成。

參數： --kill-process-after-error

用於指定當應用程序發生錯誤時，是否停止其運行。如果指定此參數，當應用程序發生錯誤時，應用程序停止運行並保持在當前狀態（注意：應用程序僅是靜止在發生錯誤時的狀態，系統並不會結束該應用程序的進程）。

參數： --monitor-native-crashes

用於指定是否監視並報告應用程序發生崩潰的本地代碼。

參數： --pct-｛+事件類別｝｛+事件類別百分比｝

用於指定每種類別事件的數目百分比（在Monkey事件序列中，該類事件數目占總事件數目的百分比）

參數:使用說明:

示例:--pct-touch ｛+百分比｝

調整觸摸事件的百分比(觸摸事件是一個down-up事件，它發生在屏幕上的某單一位置)

adb shell monkey -p com.htc.Weather --pct-touch 10 1000

--pct-motion ｛+百分比｝

調整動作事件的百分比(動作事件由屏幕上某處的一個down事件、一系列的偽隨機事件和一個up事件組成)

adb shell monkey -p com.htc.Weather --pct-motion 20 1000

--pct-trackball ｛+百分比｝

調整軌跡事件的百分比(軌跡事件由一個或幾個隨機的移動組成，有時還伴隨有點擊)

adb shell monkey -p com.htc.Weather --pct-trackball 30 1000

--pct-nav ｛+百分比｝

調整“基本”導航事件的百分比(導航事件由來自方向輸入設備的up/down/left/right組成)

adb shell monkey -p com.htc.Weather --pct-nav 40 1000

--pct-syskeys ｛+百分比｝

調整“系統”按鍵事件的百分比(這些按鍵通常被保留，由系統使用，如Home、Back、Start Call、End Call及音量控制鍵)

adb shell monkey -p com.htc.Weather --pct-syskeys 60 1000

--pct-appswitch ｛+百分比｝

調整啟動Activity的百分比。在隨機間隔里，Monkey將執行一個startActivity()調用，作為最大程度覆蓋包中全部Activity的一種方法

adb shell monkey -p com.htc.Weather --pct-appswitch 70 1000

--pct-anyevent ｛+百分比｝

調整其它類型事件的百分比。它包羅了所有其它類型的事件，如：按鍵、其它不常用的設備按鈕、等等

adb shell monkey -p com.htc.Weather

--pct -anyevent 100 1000* 指定多個類型事件的百分比：

adb shell monkey -p com.htc.Weather --pct-anyevent 50 --pct-appswitch 50 1000

注意：各事件類型的百分比總數不能超過100%；

測試語句如：adb -s emulator-5556 shell monkey -p 包名 -v 10000

adb -s emulator-5556 shell monkey -p com.soft0754.android -vvv 10000 > C:/log.txt

-v 為 verbose的縮寫,就是詳細輸出事件等級,這個3個v就是輸出等級1至3的所有事件,然后再使用管道命令將輸出結果放到一個文本里面方便查看.接下來就是看你的程序能不能在這樣的折騰下堅持下去了.

遇到的錯誤：

1.ERROR: dump failed because assets could not be loaded

准備工作，在使用命名查看之前，需要把要查看的apk放在sdk的路徑下 sdk\build-tools\android-4.4.2 這個路徑下
在這個路徑下，輸入命令 aapt dump badging antutu-benchmark-V6_3_3.apk 后面一個是apk的名字，要保證這個apk已經在SDK下面，
否則會報錯 dump failed because assets could not be loaded

monkey日志分析

要看日志的前提是，自己在輸入命令的時候已經把日志路徑寫明白了

例如：

adb shell monkey -p vchat.faceme -v -v 40 >C:\Users\admin\Downloads\TESTER\monkey_log\java_monkey_log.txt

如果不指定日志文件路徑，那么日志會打印在屏幕

直接查看.text文件

日志開頭：顯示本次測試seed值，執行次數，測試包，

l 日志結尾：

如果Monkey測試順利執行完成，在log的最后，會打印出當前執行事件的次數和所花費的時間；Monkey finished代表執行完成。

（如果Monkey執行中斷，在log的最后也能查看到當前已執行的次數。）

l 日志內容分析

一般測試結果分析-搜索關鍵字：
1.程序無響應，ANR問題：在日志中搜索“ANR”
2.崩潰問題：在日志中搜索“CRASH”

3.其他問題:在日志中搜索”Exception”

詳細分析monkey日志

Switch--查看log中的Switch，主要是查看Monkey執行的是那一個Activity，兩個swtich之間如果出現了崩潰或其他異常，可以在該Activity中查找問題的所在。

Sleeping--Sleeping for 500 milliseconds這是執行Monkey測試時，throttle設定的間隔時間，每出現一次，就代表一個事件。

重現問題

Monkey測試出現錯誤后，一般的查錯步驟為以下幾步：
1.找到是monkey里面的哪個地方出錯
2.查看Monkey里面出錯前的一些事件動作，並手動執行該動作
3.若以上步驟還不能找出，可以使用之前執行的monkey命令再執行一遍，注意seed值要一樣

一般 0 ANR 0 CRASH是測試標准。

測試結果初步判斷

monkey執行時未加--ignore-crashes --ignore-crashes參數，就先瀏覽日志中Events injected: 值，查看當前已執行的次數，就知道有無bug
程序無響應的問題：在日志中搜索 “ANR”
崩潰問題：在日志中搜索 “Exception” ，在這里順便提一下常見的Java異常：
1. 算術異常類：ArithmeticExecption
2. 空指針異常類：NullPointerException
3. 類型強制轉換異常：ClassCastException
4. 數組負下標異常：NegativeArrayException
5. 數組下標越界異常：ArrayIndexOutOfBoundsException
6. 違背安全原則異常：SecturityException
7. 文件已結束異常：EOFException
8. 文件未找到異常：FileNotFoundException
9. 字符串轉換為數字異常：NumberFormatException
10. 操作數據庫異常：SQLException
11. 輸入輸出異常：IOException
12. 違法訪問錯誤：IllegalAccessError
13. 內存不足錯誤：OutOfMemoryError
14. 堆棧溢出錯誤：StackOverflowError 15.其他，請參考：https://www.cnblogs.com/cvst/p/5822373.html

找出問題后的操作步驟：

找到是monkey里面的哪個地方出錯
查看Monkey里面出錯前的一些事件動作，並手動執行該動作
若以上步驟還不能找出，可以使用之前執行的monkey命令再執行一遍，注意seed值要一樣。

使用ddm抓取日志查看

（1）什么時候會有Log文件的產生？


Log的產生大家都知道 ， 大家也都知道通過DDMS來看log ， 但什么時候會產生log文件呢 ？一般在如下幾種情況會產生log文件 。

程序異常退出， uncaused exception
程序強制關閉，Force Closed (簡稱FC)
程序無響應， Application No Response （簡稱ANR) ，順便，一般主線程超過5秒么有處理就會ANR
手動生成。

拿到一個日志文件，要分成多段來看。 log文件很長，其中包含十幾個小單元信息，但不要被嚇到，事實上他主要由三大塊兒組成。

1，系統基本信息，包括內存，CPU ，進程隊列，虛擬內存，垃圾回收等信息。

------ MEMORY INFO (/proc/meminfo) ------
------ CPU INFO (top -n 1 -d 1 -m 30 -t) ------
------ PROCRANK (procrank) ------
------ VIRTUAL MEMORY STATS (/proc/vmstat) ------
------ VMALLOC INFO (/proc/vmallocinfo) ------

格式如下：
------ MEMORY INFO (/proc/meminfo) ------
MemTotal:         347076 kB
MemFree:           56408 kB
Buffers:            7192 kB
Cached:           104064 kB
SwapCached:            0 kB
Active:           192592 kB
Inactive:          40548 kB
Active(anon):     129040 kB
Inactive(anon):     1104 kB
Active(file):      63552 kB
Inactive(file):    39444 kB
Unevictable:        7112 kB
Mlocked:               0 kB
SwapTotal:             0 kB
SwapFree:              0 kB
Dirty:                44 kB
Writeback:             0 kB
AnonPages:        129028 kB
Mapped:            73728 kB
Shmem:              1148 kB
Slab:              13072 kB
SReclaimable:       4564 kB
SUnreclaim:         8508 kB
KernelStack:        3472 kB
PageTables:        12172 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      173536 kB
Committed_AS:    7394524 kB
VmallocTotal:     319488 kB
VmallocUsed:       90752 kB
VmallocChunk:     181252 kB

2，時間信息，也是我們主要分析的信息。
------ VMALLOC INFO (/proc/vmallocinfo) ------
------ EVENT INFO (/proc/vmallocinfo) ------

格式如下：
------ SYSTEM LOG (logcat -b system -v time -d *:v) ------
01-15 16:41:43.671 W/PackageManager( 2466): Unknown permission com.wsomacp.permission.PROVIDER in package com.android.mms
01-15 16:41:43.671 I/ActivityManager( 2466): Force stopping package com.android.mms uid=10092
01-15 16:41:43.675 I/UsageStats( 2466): Something wrong here, didn't expect com.sec.android.app.twlauncher to be paused
01-15 16:41:44.108 I/ActivityManager( 2466): Start proc com.sec.android.widgetapp.infoalarm for service com.sec.android.widgetapp.infoalarm/.engine.DataService: pid=20634 uid=10005 gids={3003, 1015, 3002}
01-15 16:41:44.175 W/ActivityManager( 2466): Activity pause timeout for HistoryRecord{48589868 com.sec.android.app.twlauncher/.Launcher}
01-15 16:41:50.864 I/KeyInputQueue( 2466): Input event
01-15 16:41:50.866 D/KeyInputQueue( 2466): screenCaptureKeyFlag setting 0
01-15 16:41:50.882 I/PowerManagerService( 2466): Ulight 0->7|0
01-15 16:41:50.882 I/PowerManagerService( 2466): Setting target 2: cur=0.0 target=70 delta=4.6666665 nominalCurrentValue=0
01-15 16:41:50.882 I/PowerManagerService( 2466): Scheduling light animator!
01-15 16:41:51.706 D/PowerManagerService( 2466): enableLightSensor true
01-15 16:41:51.929 I/KeyInputQueue( 2466): Input event
01-15 16:41:51.933 W/WindowManager( 2466): No focus window, dropping: KeyEvent{action=0 code=26 repeat=0 meta=0 scancode=26 mFlags=9}

3，虛擬機信息，包括進程的，線程的跟蹤信息，這是用來跟蹤進程和線程具體點的好地方。
------ VM TRACES JUST NOW (/data/anr/traces.txt.bugreport: 2011-01-15 16:49:02) ------
------ VM TRACES AT LAST ANR (/data/anr/traces.txt: 2011-01-15 16:49:02) ------

格式如下：
----- pid 21161 at 2011-01-15 16:49:01 -----
Cmd line: com.android.mms

DALVIK THREADS:
"main" prio=5 tid=1 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8
| sysTid=21161 nice=0 sched=0/0 cgrp=default handle=-1345017808
| schedstat=( 4151552996 5342265329 10995 )
at android.media.MediaPlayer._reset(Native Method)
at android.media.MediaPlayer.reset(MediaPlayer.java:1218)
at android.widget.VideoView.release(VideoView.java:499)
at android.widget.VideoView.access$2100(VideoView.java:50)
at android.widget.VideoView$6.surfaceDestroyed(VideoView.java:489)
at android.view.SurfaceView.reportSurfaceDestroyed(SurfaceView.java:572)
at android.view.SurfaceView.updateWindow(SurfaceView.java:476)
at android.view.SurfaceView.onWindowVisibilityChanged(SurfaceView.java:206)
at android.view.View.dispatchDetachedFromWindow(View.java:6082)
at android.view.ViewGroup.dispatchDetachedFromWindow(ViewGroup.java:1156)
at android.view.ViewGroup.removeAllViewsInLayout(ViewGroup.java:2296)
at android.view.ViewGroup.removeAllViews(ViewGroup.java:2254)
at com.android.mms.ui.SlideView.reset(SlideView.java:687)
at com.android.mms.ui.SlideshowPresenter.presentSlide(SlideshowPresenter.java:189)
at com.android.mms.ui.SlideshowPresenter$3.run(SlideshowPresenter.java:531)
at android.os.Handler.handleCallback(Handler.java:587)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4627)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
at dalvik.system.NativeStart.main(Native Method)

---------------------------------------------------------------------------------------------------------------------------------------
閑話少說， 我總結了觀察log文件的基本步驟。

1，如果是ANR問題，則搜索“ANR”關鍵詞。快速定位到關鍵事件信息。
2，如果是ForceClosed 和其它異常退出信息，則搜索"Fatal" 關鍵詞，快速定位到關鍵事件信息。
3，定位到關鍵事件信息后，如果信息不夠明確的，再去搜索應用程序包的虛擬機信息，查看具體的進程和線程跟蹤的日志，來定位到代碼。

用這種方法，出現問題，根本不需要斷點調試，直接定位到問題，屢試不爽。
下面，我們就開始來分析這個例子的log 。

打開log文件，由於是ANR錯誤，因此搜索"ANR " ，為何要加空格呢，你加上和去掉比較一下就知道了。可以屏蔽掉不少保存到anr.log文件的無效信息。

定位到關鍵的事件信息如下：
01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)
01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut
01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42
01-15 16:49:02.433 E/ActivityManager( 2466): CPU usage from 1337225ms to 57ms ago:
01-15 16:49:02.433 E/ActivityManager( 2466): sensorserver_ya: 8% = 0% user + 8% kernel / faults: 40 minor
......

01-15 16:49:02.433 E/ActivityManager( 2466): -com.android.mms: 0% = 0% user + 0% kernel
01-15 16:49:02.433 E/ActivityManager( 2466): -flush-179:8: 0% = 0% user + 0% kernel
01-15 16:49:02.433 E/ActivityManager( 2466): TOTAL: 25% = 10% user + 14% kernel + 0% iowait + 0% irq + 0% softirq
01-15 16:49:02.436 I/ ( 2466): dumpmesg > "/data/log/dumpstate_app_anr.log"

我們用自然語言來描述一下日志，這也算是一種能力吧。
01-15 16:49:02.433 E/ActivityManager( 2466): ANR in com.android.mms (com.android.mms/.ui.SlideshowActivity)
翻譯：在16:49分2秒433毫秒的時候 ActivityManager （進程號為2466) 發生了如下錯誤：com.android.mms包下面的.ui.SlideshowActivity 無響應。

01-15 16:49:02.433 E/ActivityManager( 2466): Reason: keyDispatchingTimedOut
翻譯：原因， keyDispatchingTimeOut - 按鍵分配超時

01-15 16:49:02.433 E/ActivityManager( 2466): Load: 0.6 / 0.61 / 0.42
翻譯：5分鍾，10分鍾，15分鍾內的平均負載分別為：0.6 , 0.61 , 0.42

在這里我們大概知道問題是什么了，結合我們之前的操作流程，我們知道問題是在點擊按鈕某時候可能處理不過來按鈕事件，導致超時無響應。那么現在似乎已經可以進行工作了。我們知道Activity中是通過重載dispatchTouchEvent(MotionEvent ev)來處理點擊屏幕事件。然后我們可以順藤摸瓜，一點點分析去查找原因。但這樣夠了么？
其實不夠，至少我們不能准確的知道到底問題在哪兒，只是猜測，比如這個應用程序中，我就在順藤摸瓜的時候發現了多個IO操作的地方都在主線程中，可能引起問題，但不好判斷到底是哪個，所以我們目前掌握的信息還不夠。

於是我們再分析虛擬機信息，搜索“Dalvik Thread”關鍵詞，快速定位到本應用程序的虛擬機信息日志，如下：
----- pid 2922 at 2011-01-13 13:51:07 -----
Cmd line: com.android.mms

DALVIK THREADS:
"main" prio=5 tid=1 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x4001d8d0 self=0xccc8
| sysTid=2922 nice=0 sched=0/0 cgrp=default handle=-1345017808
| schedstat=( 3497492306 15312897923 10358 )
at android.media.MediaPlayer._release(Native Method)
at android.media.MediaPlayer.release(MediaPlayer.java:1206)
at android.widget.VideoView.stopPlayback(VideoView.java:196)
at com.android.mms.ui.SlideView.stopVideo(SlideView.java:640)
at com.android.mms.ui.SlideshowPresenter.presentVideo(SlideshowPresenter.java:443)
at com.android.mms.ui.SlideshowPresenter.presentRegionMedia(SlideshowPresenter.java:219)
at com.android.mms.ui.SlideshowPresenter$4.run(SlideshowPresenter.java:516)
at android.os.Handler.handleCallback(Handler.java:587)
at android.os.Handler.dispatchMessage(Handler.java:92)
at android.os.Looper.loop(Looper.java:123)
at android.app.ActivityThread.main(ActivityThread.java:4627)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:521)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:858)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:616)
at dalvik.system.NativeStart.main(Native Method)

"Binder Thread #3" prio=5 tid=11 NATIVE
| group="main" sCount=1 dsCount=0 s=N obj=0x4837f808 self=0x242280
| sysTid=3239 nice=0 sched=0/0 cgrp=default handle=2341032
| schedstat=( 32410506 932842514 164 )
at dalvik.system.NativeStart.run(Native Method)

"AsyncQueryWorker" prio=5 tid=9 WAIT
| group="main" sCount=1 dsCount=0 s=N obj=0x482f4b80 self=0x253e10
| sysTid=3236 nice=0 sched=0/0 cgrp=default handle=2432120
| schedstat=( 3225061 26561350 27 )
at java.lang.Object.wait(Native Method)
- waiting on <0x482f4da8> (a android.os.MessageQueue)
at java.lang.Object.wait(Object.java:288)
at android.os.MessageQueue.next(MessageQueue.java:146)
at android.os.Looper.loop(Looper.java:110)
at android.os.HandlerThread.run(HandlerThread.java:60)

"Thread-9" prio=5 tid=8 WAIT
| group="main" sCount=1 dsCount=0 s=N obj=0x4836e2b0 self=0x25af70
| sysTid=2929 nice=0 sched=0/0 cgrp=default handle=2370896
| schedstat=( 130248 4389035 2 )
at java.lang.Object.wait(Native Method)
- waiting on <0x4836e240> (a java.util.ArrayList)
at java.lang.Object.wait(Object.java:288)
at com.android.mms.data.Contact

C o n t a c t s C a c h e

思考：怎么讓Monkey在機子上點擊快點

摘要: 一、解釋這個和手機的性能有關系，有的手機質量好，幾個小時就能弄完，但有的需要十幾個小時，這個好像只有等着了，在進行測試的時候有時候就卡在那里了，你可以手動幫忙讓手機動起來

思考2：出現“** System appears to have crashed at event 7487 of 10000 using seed 1437074235484”怎么辦？

原來的測試語句是：

adb -s emulator-5554 shell monkey -p com.soft0754.android.tonze 10000

出現“** System appears to have crashed at event 7487 of 10000 using seed 1437074235484”的錯誤，證明系統在10000個操作的第7487個操作里出現了異常，用的種子是 1437074235484。 1437074235484就是偽隨機數的種子。

我們下次想用相同的操作序列再現這個異常，只需要：

使用下面的測試語句：

adb -s emulator-5554 shell monkey -p com.soft0754.android.tonze -s 1437074235484 10000

但是操作的頁面需要相同，否則達不到相同的效果。但是，如果相同操作起點也就是相同的操作頁面執行命令無法重新之前的BUG，就證明程序存在不穩定的因素。

以上是這位大哥寫的，很不錯哦

https://www.cnblogs.com/ITGirl00/p/4141277.html

免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。

猜您在找 monkey之monkey日志分析 monkey及其的日志管理和分析 Monkey日志分析 Monkey安裝與配置教程 Monkey測試：日志信息分析 monkey安裝使用 Monkey框架（測試方法篇） - monkey日志分析 adb monkey測試使用及分析 APP測試之MONKEY安裝、使用安卓app測試之Monkey日志分析