初步了解鴻蒙的單元測試基本
51CTO和華為官方合作共建的鴻蒙技術(shù)社區(qū)
概述
單元測試對(duì)大部分人來說可能有些陌生，一般公司也不會(huì)要編寫單元測試，但實(shí)際上小型的 單元測試可以帶來優(yōu)秀的代碼質(zhì)量，并且單元測試體量小，因此更容易設(shè)計(jì)，執(zhí)行，記錄以及分析結(jié)果。尤其像我們 ZEGO 即構(gòu)音視頻 SDK ，有些接口在 app 上沒有體現(xiàn)，那么單元測試也能夠測的更完整。接下來以鴻蒙的 DevEco Studio工具為例，來演示如何做單元測試。
創(chuàng)建第一個(gè)測試用例
在自己的項(xiàng)目里選擇需要單元測試的類，單機(jī)右鍵選擇[Generate]，就會(huì)出現(xiàn)以下彈窗，選擇 [Test] 即可。
做完第一步操作后會(huì)出現(xiàn)一個(gè)新的彈窗, 華為的開發(fā)工具默認(rèn)選擇的是 [JUnit3] 這里大家可以選擇使用 [JUnit4] ,[JUnit3]中,測試類需要繼承junit.framework.TestCase類, 而在 [JUniy4] 則不用, 另外 [JUnit4] 使用的是注解，寫起來更方便，我個(gè)人也推薦使用 [Junit4], 因?yàn)橛米⒔鈱?shí)在是太香了。
按照上圖點(diǎn)擊確定后會(huì)創(chuàng)建出一個(gè)單元測試類，那么我們?cè)谏厦婕右粋€(gè) @FixMethodOrder 注解就好，F(xiàn)ixMethodOrder可以指定該類的方法執(zhí)行順序，內(nèi)置了3種模式，3種模式區(qū)別如下：
我一般用的是 JVM ，按照定義的方法順序執(zhí)行，比如我們 即構(gòu)音視頻 SDK 需要先初始化SDK，再登錄房間，再進(jìn)行推流，再進(jìn)行拉流，需要4個(gè)步驟按順序執(zhí)行，用這個(gè)模式可以處理前置條件。
在定義的函數(shù)上加一個(gè) @Test 注解，說明該函數(shù)是單元測試函數(shù)，在 run 單元測試的時(shí)候會(huì)先跑第一個(gè)函數(shù)。
使用 [assertNotNull] 來判斷創(chuàng)建 SDK 引擎是否成功，如果 [SDK] 返回 [null] 說明第一個(gè)函數(shù)測試失敗，另外創(chuàng)建引擎后可以把 [SDK] 對(duì)象作為靜態(tài)對(duì)象，這樣在單元測試?yán)锟梢宰尪鄠€(gè)函數(shù)共享一個(gè)對(duì)象。
其實(shí)還有很多斷言函數(shù)，可以參考如下：
點(diǎn)擊運(yùn)行單元測試
運(yùn)行后在左下角能看到該方法執(zhí)行結(jié)果。
總結(jié)
鴻蒙的單元測試用的是[JUnit]還是非常容易上手的，單元測試只是測試一個(gè)方法單元，不是測試一整個(gè)流程，在進(jìn)行系統(tǒng)測試前可以先使用單元測試自測，出錯(cuò)后修復(fù)成本更低，列如我們 ZEGO 即構(gòu)音視頻 SDK 在發(fā)布新的版本會(huì)進(jìn)行大量的測試，為了保證質(zhì)量 我們不僅僅會(huì)通過單元測試，自動(dòng)化模擬業(yè)務(wù)的接口測試，最后再會(huì)經(jīng)過完整鏈路的人工測試，保證交付出去的 SDK 穩(wěn)定性，同時(shí)也希望更多的開發(fā)者能重視單元測試。
51CTO和華為官方合作共建的鴻蒙技術(shù)社區(qū)
