Junit 單元測試，在公司中會用到，所以大家需要掌握。

Android Junit 拓展知識
注意：拓展知識並不是必須要求掌握的，心有余力之時可以作為進一步提升的
參考。
Android
測試環境的核心是一個Instrumentation框架，在這個框架下，你的測試應用程序
可以精確控制應用程序。使用Instrumentation，
你可以在主程序啟動之前，創建模擬的系統對象，如Context；控制應用程序的
多個生命周期；發送UI事件給應用程序；在執行期間檢查程序狀態。
Instrumentation框架通過將主程序和測試程序運行在同一個進程來實現這些功能
。
通過在測試工程的manifest文件中添
加元素來指定要測試的應用程序。這個元素的特性指明了要測
試的應用程序包名，以及告訴Android如何運行測試程序。下面的圖片概要的描
述了Android的測試環境：
在
Android中，測試程序也是Android程序，因此，它和被測試程序的書寫方式有
很多相同的地方。SDK工具能幫助你同時創建主程序工程及它的測試工程。你
可以通過Eclipse的ADT插件或者命令行來運行Android測試。Eclipse的ADT提供
了大量的工具來創建測試用例，運行以及查看結果。
Android提供了基於JUnit測試框架的測試API來書寫測試用例和測試程序。
另外，Android還提供了強大的Instrumentation框架，允許測試用例訪問程序的
狀態及運行時對象。


Android Junit 中的主要核心API
 JUnit TestCase類
繼承自JUnit的TestCase，不能使用Instrumentation框架。但這些類包含
訪問系統對象（如Context）的方法。使用
Context，你可以浏覽資源，文件，數據庫等等。基類是AndroidTestCase，一
般常見的是它的子類，和特定組件關聯。
子類有：
 ApplicationTestCase——
測試整個應用程序的類。它允許你注入一個模擬的Context到應用程
序中，在應用程序啟動之前初始化測試參數，並在應用程序結束之
後銷毀之前檢查應用程序。
 ProviderTestCase2——
測試單個ContentProvider的類。因為它要求使用MockContentResolve
r，並注入一個IsolatedContext，因此Provider的測試是與OS孤立的
。
 ServiceTestCase——
測試單個Service的類。你可以注入一個模擬的Context或模擬的Appl
ication（或者兩者），或者讓Android為你提供Context和MockApplic
ation。
 Instrumentation TestCase類
繼承自JUnit
TestCase類，並可以使用Instrumentation框架，用於測試Activity。使用Instrument
ation，Android可
以向程序發送事件來自動進行UI測試，並可以精確控制Activity的啟動，監測Ac
tivity生命周期的狀態。
基類是InstrumentationTestCase。它的所有子類都能發送按鍵或觸摸事件
給UI。子類還可以注入一個模擬的Intent。子類有：
 ActivityTestCase——Activity測試類的基類。
 SingleLaunchActivityTestCase——
測試單個Activity的類。它能觸發一次setup()和tearDown()，而不是
每個方法調用時都觸發。如果你的測試方法都是針對同一個Activity
的話，那就使用它吧。
黑馬Android課程筆記 就業服務部出品
 SyncBaseInstrumentation——測試Content
Provider同步性的類。它使用Instrumentation在啟動測試同步性之前
取消已經存在的同步對象。
 ActivityUnitTestCase——
對單個Activity進行單一測試的類。使用它，你可以注入模擬的Cont
ext或Application，或者兩者。它用於對Activity進行單元測試。不同
於其它的Instrumentation類，這個測試類不能注入模擬的Intent。
 ActivityInstrumentationTestCase2——
在正常的系統環境中測試單個Activity的類。你不能注入一個模擬的
Context，但你可以注入一個模擬的Intent。另外，你還可以在UI線
程（應用程序的主線程）運行測試方法，並且可以給應用程序UI發
送按鍵及觸 摸事件。
 Assert類
Android還繼承了JUnit的Assert類，其中，有兩個子類，MoreAsserts和Vi
ewAsserts。
 MoreAsserts類包含更多強大的斷言方法，如assertContainsRegex(Stri
ng, String)，可以作正則表達式的匹配。
 ViewAsserts類包含關於Android
View的有用斷言方法，如assertHasScreenCoordinates(View, View,
int,
int)，可以測試View在可視區域的特定X、Y位置。這些Assert簡化
了UI中幾何圖形和對齊方式的測試。
 Mock對象類
Android
有一些類可以方便的創建模擬的系統對象，如Application，Context，Content
Resolver和Resource。Android還在一些測試類中提供了一些方法來創建模擬的In
tent。因為這些模擬的對象比實際對象更容易使
用，因此，使用它們能簡化依賴注入。你可以在android.test和android.test.mock
中找到這些類。
它們是：
 IsolatedContext——
模擬一個Context，這樣應用程序可以孤立運行。與此同時，還有大
量的代碼幫助我們完成與Context的通信。這個類在單元測試時很有
用。
黑馬Android課程筆記 就業服務部出品
 RenamingDelegatingContext——
當修改默認的文件和數據庫名時，可以委托大多數的函數到一個存
在的、常規的Context上。使用這個類來測試文件和數據庫與正常的
系統Context之間的操作。
 MockApplication,MockContentResolver,MockContext,MockDialogInter
face,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工具創建一個測試
工程。工具會創建工程文件夾、文件和所需的子文件夾。工具還會創建一個ma
nifest文件，指定被測試的應用程序。
黑馬Android課程筆記 就業服務部出品
測試用例
一個測試程序包含一個或多個測試用例，它們都繼承自Android
TestCase類。選擇一個測試用例類取決於你要測試的Android組件的類型以及你
要做什麼樣的測試。一個測試程序可以測試不同的組件，但每個測試用例類設
計時只能測試單一類型的組件。
一些Android組件有多個關聯的測試用例類。在這種情況下，在可選擇的
類間，你需要判斷你要進行的測試類型。例如，對於Activity來說，你有兩個選
擇，ActivityInstrumentationTestCase2和ActivityUnitTestCase。
ActivityInstrumentationTestCase2設計用於進行一些功能性的測試，因此
，它在一個正常的系統環境中測試Activity。你可以注入模擬的Intent，但不能
是模擬的Context。一般來說，你不能模擬Activity間的依賴關系。相比而言，A
ctivityUnitTestCase設計用於單元測試，因此，它在一個孤立的系統環境中測試
Activity。換句話說，當你使用這個測試類時，Activity不能與其它Activity交互
。
作為一個經驗法則，如果你想測試Activity與Android的交互的話，使用Acti
vityInstrumentationTestCase2。如果你想對一個Activity做回歸測試的話，使用Ac
tivityUnitTestCase。
測試方法
每個測試用例類提供了可以建立測試環境和控制應用程序的方法。例如，
所有的測試用例類都提供了JUnit的setUp()方法來搭建測試環境。另外，你可以
添加方法來定義單獨的測試。當你運行測試程序時，每個添加的方法都會運行
一次。如果你重寫了setUp()方法，它會在每個方法運行前運行。相似
的，tearDown()方法會在每個方法之後運行。
測試用例類提供了大量的對組件啟動和停止控制的方法。由於這個原因，
在運行測試之
前，你需要明確告訴Android啟動一個組件。例如，你可以使用getActivity()來啟
動一個Activity。在整個測試用例期間，你只能調
用這個方法一次，或者每個測試方法一次。甚至你可以在單個測試方法中，調
用它的finishing()來銷毀Activity，然後再調用 getActivity()重新啟動一個。
運行測試並查看結果
編譯完測試工程後，你就可以使用系統工具Activity
Manager來運行測試程序。你給Activity
Manager提供了TestRunner的名（一般是InstrumentationTestRunner，在程序中指
定）；名包括被測試程序的包名和 TestRunner的名。Activity
Manager加載並啟動你的測試程序，殺死主程序的任何實例，然後在測試程序的
同一個進程裡加載主程序，然後傳遞測試程序的第一個測試用例。這個時
候，TestRunner會接管這些測試用例，運行裡面的每個測試方法，直到所有的
方法運行結束。
黑馬Android課程筆記 就業服務部出品
如果你使用Eclipse，結果會在JUnit的面板中顯示。如果你使用命令行，
將輸出到STDOUT上。
測試什麼？
除了一些功能測試外，這裡還有一些你應該考慮測試的內容：
Activity生命周期事件：你應該測試Activity處理生命周期事件的正確性。例如，
一個Activity應該在pause或destroy事件
時保存它的狀態。記住一點的是屏幕方向的改變也會引發當前Activity銷毀，因
此，你需要測試這種偶然情況確保不會丟失應用程序狀態。
數據庫操作：你應該確保數據庫操作能正確處理應用程序狀態的變化。使用and
roid.test.mock中的模擬對象。
屏幕大小和分辨率：在發布程序之前，確保在所有要運行的屏幕大小和分辨率
上測試通過。你可以使用AVD來測試，或者使用真實的目標設備進行測試。
UI 線程中測試
Activity運行在程序的UI線程裡。一旦UI初始化後，例如在Activity的onCrea
te()方法後，所有與UI的交互都必須運行在UI線程裡。當你正常運行程序時，它
有權限可以訪問這個線程，並且不會出現什麼特別的事情。當你運行測試程序
時，這一點發生了變化。在帶有instrumentation的類裡，你可以觸發方法在UI線
程裡運行。其它的測試用例類不允許這麼做。
為了一個完整的測試方法都在UI線程裡運行，你可以使用@UIThreadTest來
聲明線程。注意，這將會在UI線程裡運行方法裡所有的語句。不與UI交
互的方法不允許這麼做；例如，你不能觸發Instrumentation.waitForIdleSync()。
如果讓方法中的一部分代碼運行在UI線程的話，創建一個匿名的Runnabl
e對象，把代碼放到run()方法中，然後把這個對象傳遞給appActivity.runOnUiThr
ead()，在這裡，appActivity就是你要測試的app對象。

I）.
*/
} catch (Exception e) {
e.printStackTrace();
}
}
}).start();
}
});
}
}