這篇文章給大家介紹Android中如何實現(xiàn)單元測試，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

創(chuàng)新互聯(lián)長期為上千多家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為簡陽企業(yè)提供專業(yè)的網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計，簡陽網(wǎng)站改版等技術(shù)服務(wù)。擁有10余年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

本地jvm的單元測試

這種方式運行速度快，對運行環(huán)境沒有特殊要求，可以很方便的做自動化測試，是單元測試首選的方法

Instrumentation測試

Instrumentation測試需要運行在Android環(huán)境下，可以是模擬器或者手機(jī)等真實設(shè)備。這種方式運行速度慢，且嚴(yán)重依賴Android運行環(huán)境，更適合用來做集成測試

準(zhǔn)備

我準(zhǔn)備了一個簡單的APP，模擬一個耗時的網(wǎng)絡(luò)請求獲得一段數(shù)據(jù)并顯示在界面上，針對這個APP編寫單元測試用例并進(jìn)行本地單元測試。

App運行效果

依賴庫

配置build.gradle

增加編譯選項，在測試中包含資源文件

 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'

測試Activity

測試Activity主要是測試它各個生命周期的狀態(tài)變化、對外界輸入的響應(yīng)是否符合預(yù)期，Activity測試完全依賴Android SDK，需要用Robolectric。

Robolectric是一個開源的單元測試框架，能夠完全模擬Android SDK并在JVM中運行。

UI依賴于Persenter，在Activity中通過靜態(tài)工廠方法創(chuàng)建依賴的Presenter實例，需要使用PowerMock來模擬創(chuàng)建Presenter過程，完成Presenter模擬對象的注入

配置

• 通過@RunWith指定使用RobolectricTestRunner

• 通過@Config配置Robolectric的運行環(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的生命周期，運行至onCreate階段，然后驗證這個階段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完全顯示以后，驗證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完全顯示以后，驗證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();
 }

測試Presenter

Presenter的測試一般可以不用依賴Android SDK了，Presenter依賴于底層的領(lǐng)域服務(wù)，也依賴上層View，demo中對領(lǐng)域服務(wù)的依賴沒有通過構(gòu)造函數(shù)的方式注入，而是通過靜態(tài)工廠方法構(gòu)建，還是需要用到PowerMock

配置

1. 通過@RunWith指定使用PowerMockRunner

2. 通過@PrepareForTest配置PowerMock需要模擬的靜態(tài)類型

@RunWith(PowerMockRunner.class)
@PrepareForTest({ServiceFactory.class})

 @Before
 public void setUp() {
  PowerMockito.mockStatic(ServiceFactory.class);
 }

成功路徑用例

驗證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 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 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());
 }

測試Service

Service不會對上層有依賴，可以直接使用JUnit測試

public class SlowServiceImplTest {

 @Test
 public void fetch_data() {
  SlowServiceImpl impl = new SlowServiceImpl();
  String data = impl.fetch();
  assertEquals("from slow service", data);
 }

}

自動化測試

自動化測試一般是在持續(xù)集成環(huán)境中使用命令來執(zhí)行單元測試

gradlew :app:testDebugUnitTest

關(guān)于Android中如何實現(xiàn)單元測試就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。