詳解Android單元測(cè)試最佳實(shí)踐
目的
充分的單元測(cè)試就是提高代碼質(zhì)量最有效的手段之一,而單元測(cè)試嚴(yán)重依賴代碼的可測(cè)試性,本文主要通過一個(gè)簡(jiǎn)單的DEMO演示如何對(duì)Android原生應(yīng)用進(jìn)行單元測(cè)試,同時(shí)示例代碼采用MVP模式以提高代碼的可讀性和可測(cè)試性
簡(jiǎn)介
在Android原生應(yīng)用開發(fā)中,存在兩種單元測(cè)試:本地JVM測(cè)試和Instrumentation測(cè)試。本文僅介紹本地JVM測(cè)試
本地jvm的單元測(cè)試
這種方式運(yùn)行速度快,對(duì)運(yùn)行環(huán)境沒有特殊要求,可以很方便的做自動(dòng)化測(cè)試,是單元測(cè)試首選的方法
Instrumentation測(cè)試
Instrumentation測(cè)試需要運(yùn)行在Android環(huán)境下,可以是模擬器或者手機(jī)等真實(shí)設(shè)備。這種方式運(yùn)行速度慢,且嚴(yán)重依賴Android運(yùn)行環(huán)境,更適合用來做集成測(cè)試
準(zhǔn)備
我準(zhǔn)備了一個(gè)簡(jiǎn)單的APP,模擬一個(gè)耗時(shí)的網(wǎng)絡(luò)請(qǐng)求獲得一段數(shù)據(jù)并顯示在界面上,針對(duì)這個(gè)APP編寫單元測(cè)試用例并進(jìn)行本地單元測(cè)試。
App運(yùn)行效果
依賴庫
依賴庫 | 作用 |
---|---|
JUnit-4.12 | 基礎(chǔ)得單元測(cè)試框架 |
Robolectric-3.8 | Android SDK測(cè)試框架 |
PowerMock-1.6.6 | 模擬被測(cè)對(duì)象依賴的靜態(tài)方法 |
Mockito-1.10.19 | 模擬被測(cè)對(duì)象依賴的對(duì)象 |
配置build.gradle
增加編譯選項(xiàng),在測(cè)試中包含資源文件
testOptions { unitTests { includeAndroidResources true } }
添加測(cè)試依賴庫
testImplementation 'junit:junit:4.12' testImplementation 'org.robolectric:robolectric:3.8' testImplementation 'org.robolectric:shadows-supportv4:3.8' testImplementation 'org.powermock:powermock-module-junit4:1.6.6' testImplementation 'org.powermock:powermock-module-junit4-rule:1.6.6' testImplementation 'org.powermock:powermock-api-mockito:1.6.6' testImplementation 'org.powermock:powermock-classloading-xstream:1.6.6' testImplementation 'org.mockito:mockito-all:1.10.19'
測(cè)試Activity
測(cè)試Activity主要是測(cè)試它各個(gè)生命周期的狀態(tài)變化、對(duì)外界輸入的響應(yīng)是否符合預(yù)期,Activity測(cè)試完全依賴Android SDK,需要用Robolectric。
Robolectric是一個(gè)開源的單元測(cè)試框架,能夠完全模擬Android SDK并在JVM中運(yùn)行。
UI依賴于Persenter,在Activity中通過靜態(tài)工廠方法創(chuàng)建依賴的Presenter實(shí)例,需要使用PowerMock來模擬創(chuàng)建Presenter過程,完成Presenter模擬對(duì)象的注入
配置
- 通過@RunWith指定使用RobolectricTestRunner
- 通過@Config配置Robolectric的運(yùn)行環(huán)境
- 通過@PrepareForTest配置PowerMock需要模擬的靜態(tài)類型
@RunWith(RobolectricTestRunner.class) @Config(sdk = 21, constants = BuildConfig.class) @PowerMockIgnore({"org.mockito.*", "org.robolectric.*", "android.*"}) @PrepareForTest({PresenterFactory.class})
@Before public void setUp() { appContext = RuntimeEnvironment.application.getApplicationContext(); PowerMockito.mockStatic(PresenterFactory.class); }
onCreate用例
通過Robolectric的ActivityController來構(gòu)建并管理activity的生命周期,運(yùn)行至onCreate階段,然后驗(yàn)證這個(gè)階段text1是否正確初始化
@Test public void onCreate_text1() { MainActivity activity = Robolectric.buildActivity(MainActivity.class).create().get(); String expect = appContext.getString(R.string.hell_world); assertEquals(expect, ((TextView)activity.findViewById(R.id.lbl_text1)).getText()); }
Click Button1用例
Activity完全顯示以后,驗(yàn)證button1的click操作是否顯示toast消息
@Test public void btn1_click() { MainActivity activity = Robolectric.setupActivity(MainActivity.class); activity.findViewById(R.id.btn_1).performClick(); String expect = appContext.getString(R.string.hell_world); assertEquals(expect, ShadowToast.getTextOfLatestToast()); }
Click Button2用例
Activity完全顯示以后,驗(yàn)證button2的click操作是否調(diào)用了presenter的fetch方法
@Test public void btn2_click() { MainContract.Presenter presenter = Mockito.mock(MainContract.Presenter.class); PowerMockito.when(PresenterFactory.create(Mockito.any(MainContract.View.class), Mockito.any(AppExecutors.class))) .thenReturn(presenter); MainActivity activity = Robolectric.setupActivity(MainActivity.class); activity.findViewById(R.id.btn_2).performClick(); Mockito.verify(presenter, Mockito.times(1)) .fetch(); }
測(cè)試Presenter
Presenter的測(cè)試一般可以不用依賴Android SDK了,Presenter依賴于底層的領(lǐng)域服務(wù),也依賴上層View,demo中對(duì)領(lǐng)域服務(wù)的依賴沒有通過構(gòu)造函數(shù)的方式注入,而是通過靜態(tài)工廠方法構(gòu)建,還是需要用到PowerMock
配置
- 通過@RunWith指定使用PowerMockRunner
- 通過@PrepareForTest配置PowerMock需要模擬的靜態(tài)類型
@RunWith(PowerMockRunner.class) @PrepareForTest({ServiceFactory.class})
@Before public void setUp() { PowerMockito.mockStatic(ServiceFactory.class); }
成功路徑用例
驗(yàn)證View的方法是否成功調(diào)用且調(diào)用參數(shù)是否一致
@Test public void fetch_success() { String expected = "hello world"; SlowService service = Mockito.mock(SlowService.class); Mockito.when(service.fetch()).thenReturn(expected); PowerMockito.when(ServiceFactory.create()) .thenReturn(service); MainContract.View view = Mockito.mock(MainContract.View.class); MainPresenter presenter = new MainPresenter(view, executors); presenter.fetch(); Mockito.verify(service, Mockito.times(1)).fetch(); Mockito.verify(view, Mockito.times(1)).onFetchStarted(); Mockito.verify(view, Mockito.times(1)).onFetchCompleted(); Mockito.verify(view, Mockito.times(0)).onFetchFailed(Mockito.anyObject()); ArgumentCaptor<String> captor = ArgumentCaptor.forClass(String.class); Mockito.verify(view, Mockito.times(1)).onFetchSuccess(captor.capture()); assertEquals(expected, captor.getValue()); }
失敗路徑用例
@Test public void fetch_failed() { RuntimeException exception = new RuntimeException("fetch failed"); SlowService service = Mockito.mock(SlowService.class); Mockito.when(service.fetch()).thenThrow(exception); PowerMockito.when(ServiceFactory.create()) .thenReturn(service); MainContract.View view = Mockito.mock(MainContract.View.class); MainPresenter presenter = new MainPresenter(view, executors); presenter.fetch(); Mockito.verify(service, Mockito.times(1)).fetch(); Mockito.verify(view, Mockito.times(1)).onFetchStarted(); Mockito.verify(view, Mockito.times(1)).onFetchCompleted(); ArgumentCaptor<Throwable> captor = ArgumentCaptor.forClass(Throwable.class); Mockito.verify(view, Mockito.times(1)).onFetchFailed(captor.capture()); assertEquals(exception, captor.getValue()); Mockito.verify(view, Mockito.times(0)).onFetchSuccess(Mockito.anyString()); }
測(cè)試Service
Service不會(huì)對(duì)上層有依賴,可以直接使用JUnit測(cè)試
public class SlowServiceImplTest { @Test public void fetch_data() { SlowServiceImpl impl = new SlowServiceImpl(); String data = impl.fetch(); assertEquals("from slow service", data); } }
自動(dòng)化測(cè)試
自動(dòng)化測(cè)試一般是在持續(xù)集成環(huán)境中使用命令來執(zhí)行單元測(cè)試
gradlew :app:testDebugUnitTest
總結(jié)
寫完這個(gè)demo,總覺得給Android APP做單元測(cè)試還是非常簡(jiǎn)單的,作為一個(gè)優(yōu)秀的程序員,怎么能夠不關(guān)注自己的代碼質(zhì)量呢,還是自己動(dòng)手試試吧
源碼下載
https://github.com/hziee514/android-testing
參考資料
Robolectric
Using PowerMock
Mockito
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- 詳解appium+python 啟動(dòng)一個(gè)app步驟
- Python腳本在Appium庫上對(duì)移動(dòng)應(yīng)用實(shí)現(xiàn)自動(dòng)化測(cè)試
- android開機(jī)自啟動(dòng)APP及使用adb命令測(cè)試方法
- Android利用Espresso進(jìn)行UI自動(dòng)化測(cè)試的方法詳解
- 在Android打包中區(qū)分測(cè)試和正式環(huán)境淺析
- Android單元測(cè)試之對(duì)Activity的測(cè)試示例
- 淺談Android單元測(cè)試的作用以及簡(jiǎn)單示例
- Android和iOS 測(cè)試五個(gè)最好的開源自動(dòng)化工具
- Android 中構(gòu)建快速可靠的 UI 測(cè)試
- 簡(jiǎn)單談?wù)刟ndroid studio 的單元測(cè)試
- Android Monkey壓力測(cè)試詳細(xì)介紹
- Ubuntu中為Android系統(tǒng)上實(shí)現(xiàn)內(nèi)置C可執(zhí)行程序測(cè)試Linux內(nèi)核驅(qū)動(dòng)程序
- Android App開發(fā)的自動(dòng)化測(cè)試框架UI Automator使用教程
- Android自動(dòng)測(cè)試工具M(jìn)onkey的實(shí)現(xiàn)方法
- Android測(cè)試中Appium的一些錯(cuò)誤解決技巧
相關(guān)文章
Android Studio 3.6中使用視圖綁定替代 findViewById的方法
從 Android Studio 3.6 開始,視圖綁定能夠通過生成綁定對(duì)象來替代 findViewById,從而可以幫您簡(jiǎn)化代碼、移除 bug,并且從 findViewById 的模版代碼中解脫出來,今天通過本文給大家介紹使用視圖綁定替代 findViewById的方法,感興趣的朋友一起看看吧2020-03-03Android RadarView雷達(dá)圖(蜘蛛網(wǎng)圖)的實(shí)現(xiàn)代碼
這篇文章主要介紹了Android RadarView雷達(dá)圖(蜘蛛網(wǎng)圖)的實(shí)現(xiàn)代碼,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2018-03-03Android 兩個(gè)Service的相互監(jiān)視實(shí)現(xiàn)代碼
這篇文章主要介紹了Android 兩個(gè)Service的相互監(jiān)視實(shí)現(xiàn)代碼的相關(guān)資料,需要的朋友可以參考下2016-10-10Android判斷NavigationBar是否顯示的方法(獲取屏幕真實(shí)的高度)
有些時(shí)候,我們需要知道當(dāng)前手機(jī)上是否顯示了NavigationBar,也就是屏幕底部的虛擬按鍵。這篇文章主要介紹了Android判斷NavigationBar是否顯示的方法(獲取屏幕真實(shí)的高度),需要的朋友可以參考下本文2017-01-01淺談Android app開發(fā)中Fragment的Transaction操作
這篇文章主要介紹了Android app開發(fā)中Fragment的Transaction操作,包括Transaction和Fragment的生命周期的聯(lián)系等內(nèi)容,需要的朋友可以參考下2016-02-02Android實(shí)現(xiàn)聯(lián)動(dòng)下拉框二級(jí)地市聯(lián)動(dòng)下拉框功能
這篇文章主要介紹了Android實(shí)現(xiàn)聯(lián)動(dòng)下拉框二級(jí)地市聯(lián)動(dòng)下拉框功能,本文給大家分享思路步驟,給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2018-12-12Android Handler 機(jī)制實(shí)現(xiàn)原理分析
本文主要介紹 Android Handle機(jī)制實(shí)現(xiàn)的原理,這里整理了詳細(xì)的關(guān)于Handler的資料以及工作流程和實(shí)際應(yīng)用,有興趣的小伙伴可以參考下2016-08-08Android實(shí)現(xiàn)多點(diǎn)觸控功能
這篇文章主要為大家詳細(xì)介紹了Android實(shí)現(xiàn)多點(diǎn)觸控功能,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2022-05-05