前言

在日常的開發中，尤其是app開發，因為不像web端那樣 出錯以后可以熱更新，所以app開發 一般對軟件質量有更高的要求（你可以想一下 一個發出去的版本如果有重大缺陷 需要強制更新新客戶端是多么蛋疼的事情）。所以我們app的開發者一定要學會自己測試自己的代碼，自己測試自己的app，不要寄希望于測試來幫你找bug，絕大多數隱藏極深的bug 都是開發自己發現的。

那么如何測試自己的app，測試自己的模塊呢？

1.Monkey

http://developer.android.com/intl/zh-cn/tools/help/monkey.html

這個工具是最簡單的，我主要用他來壓力測試，所謂壓力測試就是 亂點。。。模擬各種各樣奇怪的操作 看你的app能不能抗的住。

可以簡單看一下 這個命令的用法。看一下help 介紹的參數說明。

舉例來說：

1 android shell monkey -p 你想測試程序的包名 -v 500

比如 我現在想看看android 系統自帶的日歷應用 在壓力下表現如何。

你看 這個地方模擬器自己就開始瘋狂點擊了。當然在實際使用中，我們都是會把次數調到 幾十萬次到幾百萬次，然后下班以后開始跑，第二天來看結果 看看在哪里出了問題~~。基本上

每日構建完畢以后都會跑一下。Monkey基本上 就是這樣使用的。非常簡單 但是作用也非常有限。不過可以極大幫助你 找出你app的一些隱藏極深的bug。

比如evernote，這個我平常使用的軟件 我自己是沒有碰到過crush的，但是你跑一下monkey，1個多小時 就崩潰了。。。。。所以monkey是提升軟件質量的 好幫手。

2.MonkeyRunner

http://developer.android.com/intl/zh-cn/tools/help/monkeyrunner_concepts.html

這個相對于Monkey 來說 就是真正意義上的 自動化測試工具了。只需要編寫腳本即可完成 我們平時所需要的 大部分 冒煙用例等等。

尤其是在4.x以下的機型里，由于無法使用uiautomator， MonkeyRunner幾乎就是唯一的自動化測試編寫辦法。

下面我舉個例子，比如我們app里最常用的登錄功能，我們就可以編寫一個腳本來完成。

復制代碼

1 # coding=UTF-8

2 from com.android.monkeyrunner import MonkeyRunner as mr

3 from com.android.monkeyrunner import MonkeyDevice as md

4 from com.android.monkeyrunner import MonkeyImage as mi

5 from com.android.monkeyrunner.easy import EasyMonkeyDevice

6 from com.android.monkeyrunner.easy import By

7

8 #定義安裝文件路徑

9 installPackage = ‘C：UsersAdministratorViewPageTestappuildoutputsapkapp-debug.apk’

10

11 #要測試的程序的包名

12 apkPackageName =‘com.example.administrator.viewpagetest’

13

14 #要啟動的第一個activity的名稱

15 initActivityName=apkPackageName+“/com.example.administrator.viewpagetest.MainActivity”

16

17

18 device = mr.waitForConnection（）

19

20

21 #安裝apk包

22 device.installPackage（installPackage.decode（‘utf-8’））

23

24

25 #啟動應用程序

26 device.startActivity（component=initActivityName）

27 #防止啟動首頁面 需要時間過長

28 mr.sleep（3）

29

30 easy_device = EasyMonkeyDevice（device）

31

32 mr.sleep（3）

33

34

35

36 easy_device.type（By.id（‘id/username_et’），‘zhangsan’）

37 # 這里的mr靜止 主要用于演示demo上的gif效果

38 mr.sleep（2）

39 easy_device.type（By.id（‘id/password_et’），‘123456’）

40 mr.sleep（2）

41 easy_device.touch（By.id（‘id/submit_bt’），md.DOWN_AND_UP）

然后運行他 看看效果：

你看上面的腳本 完成了 自己安裝apk 輸入用戶名和密碼 并且點擊登錄按鈕的過程。

有人問，你這個模擬登錄的過程是模擬出來了，那我怎么知道 到底登錄成功沒有呢？

其實也很簡單。主要有幾個方法。

1.登錄成功以后你這個頁面肯定是要跳轉到主界面的對吧，你就用腳本執行下shell命令 看看主頁面 是否在棧的最上方？（前面我的activity 啟動模式那篇博客里講過這個命令的）

2.你可以在log 里面 打印出登錄成功這個消息 然后用腳本捕捉到這個log 日志 就知道是否登錄成功了。

3.甚至你還可以捕獲界面上某個控件的文字值。

4.比較某個操作結束后的 截屏。保存為圖像以后 和正確操作以后的圖像進行對比。

這里我就不繼續往下寫這個腳本了。有興趣的同學可以自己嘗試 完成日常工作里的 那些冒煙用例。（意義重大，否則每次發版本 你的那些用例全部要用手點擊手機完成一遍 那多麻煩！）

此外 我們還可以利用recorder來錄制腳本，然后再反過來用python執行這個腳本 來執行我們的測試過程。這個方法 我就不做詳細分析了，很簡單。（但是要注意 這個方法 啟動的 捕捉器 在多數情況下都非常卡頓，所以采用率不高。）

3.UiAutomator

http://developer.android.com/intl/zh-cn/tools/testing-support-library/index.html

這個工具我個人認為是所有android 程序員都必須要掌握的，有了這個強大的工具，我們就可以負責任的對自己的代碼 說 木問題，ok！

此工具 能模擬幾乎所有對android設備的操作。

而且代碼也非常簡單 全部都是java代碼，并且android的api 他還幾乎都能夠使用。簡直酷到沒有朋友！比android studio 自帶的ApplicationTestCase 強到不知道哪里去了。

在這之前 你需要對gradle腳本有少許了解。具體可參見我的blog http://www.cnblogs.com/punkisnotdead/p/5029125.html

這個工具的原理實際上和http://www.cnblogs.com/punkisnotdead/p/4885572.html 里面提到的輔助服務是差不多的。都是利用的那個service。

你只要會寫UiAutomator testcase，就意味著你的代碼 幾乎是永遠不會出錯噠~~

好，下面給出一個基本的例子 來讓你明白 為何這個工具這么吊。

首先 給出gradle里的改動：

apply plugin： ‘com.android.application’

2

3 android {

4 compileSdkVersion 23

5 buildToolsVersion “23.0.2”

6

7 defaultConfig {

8 //不要遺漏這句話

9 testInstrumentationRunner “android.support.test.runner.AndroidJUnitRunner”

10 applicationId “com.example.administrator.testcaseone”

11 minSdkVersion 18

12 targetSdkVersion 23

13 versionCode 1

14 versionName “1.0”

15 }

16 buildTypes {

17 release {

18 minifyEnabled false

19 proguardFiles getDefaultProguardFile（‘proguard-android.txt’）， ‘proguard-rules.pro’

20 }

21 }

22 }

23

24 dependencies {

25 compile fileTree（dir： ‘libs’， include： ［‘*.jar’］）

26 testCompile ‘junit:junit:4.12’

27 //這個地方要注意了 studio自帶的里面版本號一般都比較高，如果出錯的話 你要手動把這個版本號調低一點

28 compile ‘com.android.support:appcompat-v7:23.0.1’

29 compile ‘com.android.support:design:23.0.1’

30 //對這個androidTestCompile不理解的 可以參考我的博客里講gradle的那篇

31 androidTestCompile ‘com.android.support.test:runner:0.4’

32 androidTestCompile ‘com.android.support.test:rules:0.4’

33 androidTestCompile ‘com.android.support.test.uiautomator:uiautomator-v18:2.1.2’

34 }

復制代碼

然后變更一個conifg

然后我們就可以在studio里面直接run我們的testcase啦：

好，然后我們來假設一個場景，假設我們現在要做的功能是 有一個界面，界面上有2個輸入框，你在這2個輸入框里輸入數字以后，點擊計算按鈕

另外一個textview 就會顯示出來 2個數字相加的結果。 那我們的testcase就要來完成 用戶模擬操作的這個過程 并且看看結果是否和我們預想中的相匹配！

（假設我們現在的android代碼里這個計算的代碼是有錯誤的）

1 textView.setText（Integer.parseInt（et1.getText（）.toString（）） + Integer.parseInt（et2.getText（）.toString（）） + 1 + “”）;

你看 這里 我故意加了一個1.

然后寫我們的testcase 注意testcase的位置

然后看一下這個testcase的代碼：

package com.example.administrator.testcaseone;

2

3 import android.support.test.uiautomator.UiAutomatorInstrumentationTestRunner;

4 import android.support.test.uiautomator.UiAutomatorTestCase;

5 import android.support.test.uiautomator.UiDevice;

6 import android.support.test.uiautomator.UiObject;

7 import android.support.test.uiautomator.UiObjectNotFoundException;

8 import android.support.test.uiautomator.UiScrollable;

9 import android.support.test.uiautomator.UiSelector;

10

11 /**

12 * Created by Administrator on 2016/1/5.

13 */

14 public class FirstUiautomatorTest extends UiAutomatorTestCase {

15

16 public void testDemo（） throws UiObjectNotFoundException {

17

18 UiDevice.getInstance（getInstrumentation（））;

19 //19-27 行 其實就是用這個框架提供的功能來直接啟動你的app.

20 //這里其實主要就是要找到你的app那個textview 然后點擊他 具體api自己去慢慢看吧

21 getUiDevice（）.pressHome（）;

22 UiScrollable appViews = new UiScrollable（new UiSelector（）

23 .scrollable（true））;

24 UiObject myApp = appViews.getChildByText（new UiSelector（）

25 .className（“android.widget.TextView”）， “TestCaseOne”）;

26 //要等到新的窗口出來才繼續往下走

27 myApp.clickAndWaitForNewWindow（）;

28 //29-32行 就很簡單了，無非就是找到界面上的元素。

29 UiObject et1 = new UiObject（new UiSelector（）.resourceId（“com.example.administrator.testcaseone:id/et”））;

30 UiObject et2 = new UiObject（new UiSelector（）.resourceId（“com.example.administrator.testcaseone:id/et2”））;

31 UiObject bt1 = new UiObject（new UiSelector（）.resourceId（“com.example.administrator.testcaseone:id/bt1”））;

32 UiObject tv1 = new UiObject（new UiSelector（）.resourceId（“com.example.administrator.testcaseone:id/tv1”））;

33 //這里的sleep只是為了gif動畫能顯示的更清楚罷了，一般我們自己寫的時候為了用例速度快一點 是不會加sleep的

34 //某些特殊場景除外

35 et1.setText（“12”）;

36 sleep（3000）;

37 et2.setText（“21”）;

38 sleep（3000）;

39 bt1.click（）;

40 //12和21相加 明顯應該是33，所以判斷下 我們的代碼是否正確

41 assertEquals（33， Integer.parseInt（tv1.getText（）.toString（）））;

42

43 }

44 }

然后直接run我們的這個defaluttest，看看模擬器會發生什么？

自動都幫你模擬了用戶的操作，這個testcase就跑完了，然后看下我們的studio：

顯然的也報錯了。并且這個工具能自動捕獲ui錯誤哦~~什么anr 之類的 都不在話下。有了他，我們就能為自己寫的代碼負責了，每次發版本之前 跑跑我們寫好的testcase

基本上就能保證我們app的絕大多數流程是ok的~~所以這個工具一定要掌握！至于他其他好多api 我就不過多介紹了，留給你們自己去探索吧！