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

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

• Android單元測試: 首先，從是什么開始
• Android單元測試（二）：再來談談為什么
• Android單元測試(三)：JUnit單元測試框架的使用
• Android單元測試（四）：Mock以及Mockito的使用
• Android單元測試（五）：依賴注入，將mock方便的用起來
• Android單元測試（六）：使用dagger2來做依賴注入，以及在單元測試中的應用
• 用Robolectric來做Android unit testing

現在流程的單元測試框架有很多：開源的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架構示例項目解析