Android單元測試初探

之前一直忽略單元測試,遇到問題的時候 (修改-運行-等待-操作-驗證) 或者 (修改-debug-操作-驗證),每次調試都是需要進行這么繁瑣的步驟。因為一直沒有去了解,去接觸單元測試,干了這么久的開發,好像也習慣了,對這些也不厭其煩。也只能說是習慣了,但是難免碰到大姨夫的時候,心里一著急,也會有摔杯子的沖動。But 現在接觸到了單元測試,改變命運的時候到了。

小創 這一系列關于單元測試的文章很全面:

現在流程的單元測試框架有很多:開源的Robolectric,谷歌的Espresso,Mockito
我今天一直在尋找一個問題的答案,這么多的框架,有什么區別,怎么去選擇?

Robolectric :

通過實現一套JVM能運行的Android代碼,然后在Junit test運行的時候去截取android相關的代碼調用,然后轉到他們的他們實現的代碼去執行這個調用的過程。不用依賴真實的 Android 環境中運行(模擬器或者真機)

我感覺Robolectric主要用于前端,比如Activity,Fragment,一些頁面操作的測試場景,采用Shadow的方式對Android中的組件進行模擬測試,從而實現Android單元測試。
Android robolectric 入門
Android單元測試框架Robolectric3.0的使用以及斷言(AssertJ)的使用

Espresso:

功能和Robolectric 差不多,都可以測試UI,但是Espresso出自名門望族(Google),所以API文旦較多吧。
Espresso 4 Android Doc

Mock (Mockito)

Mock的概念,其實很簡單,我們前面也介紹過:所謂的mock就是創建一個類的虛假的對象,在測試環境中,用來替換掉真實的對象,以達到兩大目的:

  • 驗證這個對象的某些方法的調用情況,調用了多少次,參數是什么等等
  • 指定這個對象的某些方法的行為,返回特定的值,或者是執行特定的動作

要使用Mock,一般需要用到mock框架,Mockito框架是Java界使用最廣泛的一個mock框架。
Android單元測試(四):Mock以及Mockito的使用
Android單元測試-Mockito的使用

整體的測試架構可以參考 Android-CleanArchitecture,這是谷歌官方出的關于 MVP架構的藍圖,里面的單元測試很全面
解讀 Android-CleanArchitecture 可以參考Android官方MVP架構示例項目解析

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容