之前一直忽略單元測試未舟，遇到問題的時候 （修改-運行-等待-操作-驗證） 或者 （修改-debug-操作-驗證）斯撮，每次調(diào)試都是需要進行這么繁瑣的步驟始藕。因為一直沒有去了解绽榛，去接觸單元測試憨颠，干了這么久的開發(fā)胳徽，好像也習(xí)慣了，對這些也不厭其煩爽彤。也只能說是習(xí)慣了养盗，但是難免碰到大姨夫的時候，心里一著急适篙，也會有摔杯子的沖動往核。But 現(xiàn)在接觸到了單元測試，改變命運的時候到了嚷节。
小創(chuàng) 這一系列關(guān)于單元測試的文章很全面:
- Android單元測試: 首先聂儒，從是什么開始
- Android單元測試（二）：再來談?wù)劄槭裁?/a>
- Android單元測試(三)：JUnit單元測試框架的使用
- Android單元測試（四）：Mock以及Mockito的使用
- Android單元測試（五）：依賴注入，將mock方便的用起來
- Android單元測試（六）：使用dagger2來做依賴注入硫痰，以及在單元測試中的應(yīng)用
- 用Robolectric來做Android unit testing
現(xiàn)在流程的單元測試框架有很多：開源的Robolectric难捌，谷歌的Espresso驰后，Mockito
我今天一直在尋找一個問題的答案熬拒，這么多的框架袁勺，有什么區(qū)別，怎么去選擇鳍悠？
Robolectric ：
通過實現(xiàn)一套JVM能運行的Android代碼税娜，然后在Junit test運行的時候去截取android相關(guān)的代碼調(diào)用，然后轉(zhuǎn)到他們的他們實現(xiàn)的代碼去執(zhí)行這個調(diào)用的過程藏研。不用依賴真實的 Android 環(huán)境中運行（模擬器或者真機）
我感覺Robolectric主要用于前端，比如Activity概行，F(xiàn)ragment蠢挡，一些頁面操作的測試場景，采用Shadow的方式對Android中的組件進行模擬測試，從而實現(xiàn)Android單元測試业踏。
Android robolectric 入門
Android單元測試框架Robolectric3.0的使用以及斷言（AssertJ）的使用
Espresso：
功能和Robolectric 差不多禽炬，都可以測試UI，但是Espresso出自名門望族(Google),所以API文旦較多吧勤家。
Espresso 4 Android Doc
Mock （Mockito）
Mock的概念腹尖，其實很簡單，我們前面也介紹過：所謂的mock就是創(chuàng)建一個類的虛假的對象伐脖，在測試環(huán)境中热幔，用來替換掉真實的對象，以達到兩大目的：
- 驗證這個對象的某些方法的調(diào)用情況讼庇，調(diào)用了多少次绎巨，參數(shù)是什么等等
- 指定這個對象的某些方法的行為，返回特定的值蠕啄，或者是執(zhí)行特定的動作
要使用Mock场勤，一般需要用到mock框架，Mockito框架是Java界使用最廣泛的一個mock框架歼跟。
Android單元測試（四）：Mock以及Mockito的使用
Android單元測試-Mockito的使用
整體的測試架構(gòu)可以參考 Android-CleanArchitecture,這是谷歌官方出的關(guān)于 MVP架構(gòu)的藍圖和媳，里面的單元測試很全面
解讀 Android-CleanArchitecture 可以參考Android官方MVP架構(gòu)示例項目解析
