我是悠悠之家的博主 暴躁的紅牛,最近開發中收集的這篇文章主要介紹詳解單元測試最佳實踐網站程序本地測試,覺得挺不錯的,現在分享給大家,希望可以做個參考。
概述
目的
充分的單元測試就是提高代碼質量最有效的手段之一,而單元測試嚴重依賴代碼的可測試性,本文主要通過一個簡單的DEMO演示如何對原生應用進行單元測試,同時示例代碼采用MVP模式以提高代碼的可讀性和可測試性
簡介
在原生應用開發中,存在兩種單元測試:本地JVM測試和測試。本文僅介紹本地JVM測試
本地jvm的單元測試
這種方式運行速度快,對運行環境沒有特殊要求,可以很方便的做自動化測試,是單元測試首選的方法
測試
測試需要運行在環境下,可以是模擬器或者手機等真實設備。這種方式運行速度慢,且嚴重依賴運行環境,更適合用來做集成測試
準備
我準備了一個簡單的APP,模擬一個耗時的網絡請求獲得一段數據并顯示在界面上,針對這個APP編寫單元測試用例并進行本地單元測試。
App運行效果
依賴庫
依賴庫作用
JUnit-4.12
基礎得單元測試框架
-3.8
SDK測試框架
-1.6.6
模擬被測對象依賴的靜態方法
-1.10.19
模擬被測對象依賴的對象
配置build.
增加編譯選項,在測試中包含資源文件
testOptions { unitTests { includeAndroidResources true } }
添加測試依賴庫
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'
測試
測試主要是測試它各個生命周期的狀態變化、對外界輸入的響應是否符合預期,測試完全依賴 SDK,需要用。
是一個開源的單元測試框架,能夠完全模擬 SDK并在JVM中運行。
UI依賴于,在中通過靜態工廠方法創建依賴的實例,需要使用來模擬創建過程網站程序本地測試,完成模擬對象的注入
配置
@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); }
用例
通過的來構建并管理的生命周期,運行至階段,然后驗證這個階段text1是否正確初始化
@Testpublic 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 用例
完全顯示以后,驗證的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 用例
完全顯示以后,驗證的click操作是否調用了的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(); }
測試
的測試一般可以不用依賴 SDK了,依賴于底層的領域服務,也依賴上層View,demo中對領域服務的依賴沒有通過構造函數的方式注入,而是通過靜態工廠方法構建,還是需要用到
配置
通過@指定使用 通過@配置需要模擬的靜態類型
@RunWith(PowerMockRunner.class) @PrepareForTest({ServiceFactory.class})
@Before public void setUp() { PowerMockito.mockStatic(ServiceFactory.class); }
成功路徑用例
驗證View的方法是否成功調用且調用參數是否一致
@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
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(); ArgumentCaptorcaptor = 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()); }
測試
不會對上層有依賴,可以直接使用JUnit測試
public class SlowServiceImplTest { @Test public void fetch_data() { SlowServiceImpl impl = new SlowServiceImpl(); String data = impl.fetch(); assertEquals("from slow service", data); } }
自動化測試
自動化測試一般是在持續集成環境中使用命令來執行單元測試
gradlew :app:testDebugUnitTest
總結
寫完這個demo,總覺得給 APP做單元測試還是非常簡單的,作為一個優秀的程序員,怎么能夠不關注自己的代碼質量呢,還是自己動手試試吧
源碼下載
參考資料
Using
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持悠悠之家。
最后
以上就是悠悠之家博主 暴躁的紅牛為你收集整理的詳解單元測試最佳實踐全部內容,希望文章能夠幫你解決詳解單元測試最佳實踐所遇到的程序開發問題。
如果覺得悠悠之家網站的內容還不錯,歡迎將悠悠之家網站推薦給程序員好友。