在Android中,測試程序也是Android程序,因此,它和被測試程序的書寫方式有很多相同的地方。SDK工具能幫助你同時創建主程序工程及它的測試工程。你可以通過Eclipse的ADT插件或者命令行來運行Android測試。Eclipse的ADT提供了大量的工具來創建測試用例,運行以及查看結果。
Android還繼承了JUnit的Assert類,其中,有兩個子類,MoreAsserts和ViewAsserts:
MoreAsserts類包含更多強大的斷言方法,如assertContainsRegex(String, String),可以作正則表達式的匹配。
ViewAsserts類包含關於Android View的有用斷言方法,如assertHasScreenCoordinates(View, View, int, int),可以測試View在可視區域的特定X、Y位置。這些Assert簡化了UI中幾何圖形和對齊方式的測試。
Mock對象類
Android有一些類可以方便的創建模擬的系統對象,如Application,Context,Content Resolver和Resource。Android還在一些測試類中提供了一些方法來創建模擬的Intent。因爲這些模擬的對象比實際對象更容易使用,因此,使用它們能簡化依賴注入。你可以在android.test和android.test.mock中找到這些類。
它們是:
IsolatedContext——模擬一個Context,這樣應用程序可以孤立運行。與此同時,還有大量的代碼幫助我們完成與Context的通信。這個類在單元測試時很有用。
RenamingDelegatingContext——當修改默認的文件和數據庫名時,可以委託大多數的函數到一個存在的、常規的Context上。使用這個類來測試文件和數據庫與正常的系統Context之間的操作。
MockApplication,MockContentResolver,MockContext,MockDialogInterface,MockPackageManager,MockResources——創建模擬的系統對象的類。它們只暴露那些對對象的管理有用的方法。這些方法的默認實現只是拋出異常。你需要繼承這些類並重寫這些方法。
Instrumentation TestRunner
Android提供了自定義的運行測試用例的類,叫做InstrumentationTestRunner。這個類控制應用程序處於測試環境中,在同一個進程中運行測試程序和主程序,並且將測試結果輸出到合適的地方。IntrumentationTestRunner在運行時對整個測試環境的控制能力的關鍵是使用Instrumentation。注意,如果你的測試類不使用Instrumentation的話,你也可以使用這個TestRunner。
當你運行一個測試程序時,首先會運行一個系統工具叫做Activity Manager。Activity Manager使用Instrumentation框架來啓動和控制TestRunner,這個TestRunner反過來又使用Intrumentation來關閉任何主程序的實例,然後啓動測試程序及主程序(同一個進程中)。這就能確保測試程序與主程序間的直接交互。
在測試環境中工作
對Android程序的測試都包含在一個測試程序裏,它本身也是一個Android應用程序。測試程序以單獨的Android工程存在,與正常的Android程序有着相同的文件和文件夾。測試工程通過在manifest文件中指定要測試的應用程序。
每個測試程序包含一個或多個針對特定類型組件的測試用例。測試用例裏定義了測試應用程序某些部分的測試方法。當你運行測試程序,Android會在相同進程里加載主程序,然後觸發每個測試用例裏的測試方法。
測試工程
爲了開始對一個Android程序測試,你需要使用Android工具創建一個測試工程。工具會創建工程文件夾、文件和所需的子文件夾。工具還會創建一個manifest文件,指定被測試的應用程序。
測試用例
一個測試程序包含一個或多個測試用例,它們都繼承自Android TestCase類。選擇一個測試用例類取決於你要測試的Android組件的類型以及你要做什麼樣的測試。一個測試程序可以測試不同的組件,但每個測試用例類設計時只能測試單一類型的組件。
一些Android組件有多個關聯的測試用例類。在這種情況下,在可選擇的類間,你需要判斷你要進行的測試類型。例如,對於Activity來說,你有兩個選擇,ActivityInstrumentationTestCase2和ActivityUnitTestCase。
ActivityInstrumentationTestCase2設計用於進行一些功能性的測試,因此,它在一個正常的系統環境中測試Activity。你可以注入模擬的Intent,但不能是模擬的Context。一般來說,你不能模擬Activity間的依賴關係。
相比而言,ActivityUnitTestCase設計用於單元測試,因此,它在一個孤立的系統環境中測試Activity。換句話說,當你使用這個測試類時,Activity不能與其它Activity交互。
作爲一個經驗法則,如果你想測試Activity與Android的交互的話,使用ActivityInstrumentationTestCase2。如果你想對一個Activity做迴歸測試的話,使用ActivityUnitTestCase。
編譯完測試工程後,你就可以使用系統工具Activity Manager來運行測試程序。你給Activity Manager提供了TestRunner的名(一般是InstrumentationTestRunner,在程序中指定);名包括被測試程序的包名和
TestRunner的名。Activity Manager加載並啓動你的測試程序,殺死主程序的任何實例,然後在測試程序的同一個進程里加載主程序,然後傳遞測試程序的第一個測試用例。這個時候,TestRunner會接管這些測試用
例,運行裏面的每個測試方法,直到所有的方法運行結束。
如果你使用Eclipse,結果會在JUnit的面板中顯示。如果你使用命令行,將輸出到STDOUT上。
測試什麼?
除了一些功能測試外,這裏還有一些你應該考慮測試的內容:
Activity生命週期事件:你應該測試Activity處理生命週期事件的正確性。例如,一個Activity應該在
pause或destroy事件時保存它的狀態。記住一點的是屏幕方向的改變也會引發當前Activity銷燬,因此,你
需要測試這種偶然情況確保不會丟失應用程序狀態。
數據庫操作:你應該確保數據庫操作能正確處理應用程序狀態的變化。使用android.test.mock中的模
擬對象。
屏幕大小和分辨率:在發佈程序之前,確保在所有要運行的屏幕大小和分辨率上測試通過。你可以使用
AVD來測試,或者使用真實的目標設備進行測試。
附加:UI測試
接下來的章節爲應用程序UI的測試提供了一些提示,特別是幫助你在UI線程裏處理動作,觸屏和按鍵事件,
和鎖屏。
UI線程中測試
Activity運行在程序的UI線程裏。一旦UI初始化後,例如在Activity的onCreate()方法後,所有與UI的交互都必須運行在UI線程裏。當你正常運行程序時,它有權限可以訪問這個線程,並且不會出現什麼特別的事情。
當你運行測試程序時,這一點發生了變化。在帶有instrumentation的類裏,你可以觸發方法在UI線程裏運
行。其它的測試用例類不允許這麼做。爲了一個完整的測試方法都在UI線程裏運行,你可以使用
@UIThreadTest來聲明線程。注意,這將會在UI線程裏運行方法裏所有的語句。不與UI交互的方法不允許這麼做;例如,你不能觸發Instrumentation.waitForIdleSync()。
如果讓方法中的一部分代碼運行在UI線程的話,創建一個匿名的Runnable對象,把代碼放到run()方法中,
然後把這個對象傳遞給appActivity.runOnUiThread(),在這裏,appActivity就是你要測試的app對象。
例如,下面的代碼實例化了一個要測試的Activity,爲Spinner請求焦點,然後發送一個按鍵給它。注意:
waitForIdleSync和sendKeys不允許在UI線程裏運行:
Java代碼:
private MyActivity mActivity;
private Spinner mSpinner;
...
protected void setUp() throws Exception {
super.setUp();
mInstrumentation = getInstrumentation();
mActivity = getActivity();
mSpinner = (Spinner) mActivity.findViewById(com.android.demo.myactivity.R.id.Spinner01);
public void aTest() {
mActivity.runOnUiThread(new Runnable() {
public void run() {
mSpinner.requestFocus();
}
});
mInstrumentation.waitForIdleSync();
this.sendKeys(KeyEvent.KEYCODE_DPAD_CENTER);
關閉觸屏模式爲了控制從測試程序中發送給模擬器或設備的按鍵事件,你必須關閉觸屏模式。如果你不這麼做,按鍵事件將被忽略。
關閉觸摸模式,你需要在調用getActivity()啓動Activity之前調用ActivityInstrumentationTestCase2.setActivityTouchMode(false)。你必須在非UI線程中運行這個調用。基於這個原因,你不能在聲明有@UIThread的測試方法調用。可以在setUp()中調用。
模擬器或設備的解鎖
你可能已經發現,如果模擬器或設備的鍵盤保護模式使得HOME畫面不可用時,UI測試不能正常工作。這是因爲應用程序不能接收sendKeys()的事件。避免這種情況最好的方式是在啓動模擬器或設備時關閉鍵盤保護模式。
你還可以顯式地關閉鍵盤保護。這需要在manifest文件中添加一個權限,然後就能在程序中關閉鍵盤保護。注意,你必須在發佈程序之前移除這個,或者在發佈的程序中禁用這個功能。
在<manifest>元素下添加<uses-permission android:name=”androd.permission.DISABLE_KEYGUARD”/>。爲了關閉鍵盤保護,在你測試的Activity的onCreate()方法中添加以下代碼:
Java代碼:
mKeyGuardManager = (KeyguardManager)getSystemService(KEYGUARD_SERVICE);
mLock = mKeyGuardManager.newKeyguardLock("activity_classname");
mLock.disableKeyguard();
參考文檔: