對(duì)于研發(fā)來說褥琐，測(cè)試永遠(yuǎn)都是繞不開的，通過測(cè)試我們可以減少bug率颈抚，提高產(chǎn)品的質(zhì)量踩衩。測(cè)試有黑白之分，我們這里主要講白盒測(cè)試贩汉，也就是基于現(xiàn)有代碼邏輯的測(cè)試驱富，比如單元測(cè)試等。
Android為測(cè)試提供了很好的支持匹舞，既可以使用傳統(tǒng)的Junit測(cè)試褐鸥，又可以使用Android提供的Instrument測(cè)試，這一章我們主要講Android Gradle和Android測(cè)試之間的配合和結(jié)合赐稽，期間會(huì)涉及一些單元測(cè)試用例或者對(duì)一些測(cè)試框架的使用叫榕，但是主要介紹點(diǎn)還是Android Gradle和Android測(cè)試，對(duì)于Android測(cè)試本身介紹不多姊舵，關(guān)于Android測(cè)試本身晰绎，比如Activity等四大組件測(cè)試、UI自動(dòng)化測(cè)試括丁、espresso UI測(cè)試框架等可以參考官方文檔荞下。
12.1 基本概念
在Android Gradle中，測(cè)試應(yīng)用相關(guān)已經(jīng)被作為項(xiàng)目的一部分，而不再是一個(gè)單元的測(cè)試工程了尖昏，這對(duì)我們一起管理引用代碼比較方便仰税。它是一個(gè)SourceSet，這個(gè)我們之前有過介紹抽诉，比如有main SourceSet陨簇，對(duì)測(cè)試來說有androidTest SourceSet。當(dāng)我們使用Android Studio新建一個(gè)項(xiàng)目的時(shí)候迹淌，會(huì)幫我們默認(rèn)生成main和androidTest SourceSet河绽，路徑和main相似，是src/androidTest/巍沙，當(dāng)我們運(yùn)行測(cè)試的時(shí)候葵姥，androidTest SourceSet會(huì)被構(gòu)建成一個(gè)可以安裝到設(shè)備上的測(cè)試Apk荷鼠，這個(gè)測(cè)試Apk里有很多我們寫好的測(cè)試用例句携，他們會(huì)被執(zhí)行，來測(cè)試我們的App允乐。
在androidTest SourceSet里我們可以依賴各種測(cè)試庫矮嫉，寫很多方面的測(cè)試用例，比如單元測(cè)試的牍疏、集成測(cè)試的蠢笋，espresso UI測(cè)試的，uiautomator自動(dòng)化測(cè)試的等等鳞陨。
既然它可以生成一個(gè)Apk昨寞，那么它一定有Apk的必備屬性和文件，比如包名厦滤、比如AndroidManifest.xml文件等等援岩，那么他們是怎么被配置的呢，還記得我們講的ProductFlavor嗎掏导？它里面有很多以test開頭的配置享怀，這些就是我們用來配置測(cè)試Apk用的。一般測(cè)試Apk我們會(huì)統(tǒng)一配置趟咆，而不是針對(duì)每個(gè)渠道都配置添瓷，所以我們會(huì)在defaultConfig里來對(duì)測(cè)試Apk進(jìn)行配置，讓其自動(dòng)生成所需要的包名值纱、AndroidManifest.xml文件等信息鳞贷，defaultConfig也可以這么配置，因?yàn)閐efaultConfig其實(shí)也是一個(gè)ProductFlavor虐唠。
- testApplicationId 測(cè)試Apk的包名
- testFunctionalTest 是否啟用功能測(cè)試
- testHandleProfiling 是否啟用性能分析
- testInstrumentationRunner 運(yùn)行測(cè)試使用的Instrumentation Runner
這些配置我們?cè)谏弦徽露嗲览锒加性敿?xì)介紹搀愧，他們是用來配置Android測(cè)試的配置，幫助我們生成AndroidManifest.xml，其實(shí)主要是用來生成AndroidManifest的instrumentation這個(gè)標(biāo)簽妈橄。
最后會(huì)根據(jù)配置生成AndroidManifest.xml文件庶近。
看到這里，我們應(yīng)該發(fā)現(xiàn)一個(gè)現(xiàn)象眷蚓，targetPackage這個(gè)屬性我們并沒有配置鼻种，怎么在AndroidManifest.xml也生成了呢，這是Android Gradle自動(dòng)幫我們做的沙热，它會(huì)使用被測(cè)試App的包名進(jìn)行填充叉钥。
前面我們講過，每一個(gè)SourceSet都可以配置它自己的dependencies依賴篙贸，androidTest也不例外投队，它也可以，并且它可以有自己的資源爵川，配置等敷鸦，和我們使用其他的SourceSet是一樣的，該有的都有寝贡。
這樣只有Android測(cè)試的時(shí)候這些才會(huì)被編譯到測(cè)試的Apk里扒披，為我們測(cè)試所用，正式的Apk包里是沒有這些Jar庫的圃泡。
默認(rèn)情況下測(cè)試Apk測(cè)試的目標(biāo)Apk是debug模式下的碟案，這有很大好處，第一個(gè)因?yàn)閐ebug模式下的我們都不會(huì)混淆代碼颇蜡，對(duì)我們發(fā)現(xiàn)問題有幫助价说，第二個(gè)對(duì)我們查看測(cè)試的代碼覆蓋率有幫助，可以很容易的發(fā)現(xiàn)哪些沒有覆蓋到风秤，如果想更改也很方便鳖目，Android Gradle為我們提供了testBuildType，可以更改要測(cè)試BuildType唁情。
這樣就改成測(cè)試的是release類型的Apk包了疑苔。testBuildType是android對(duì)象的一個(gè)屬性，接受BuildType的名字作為參數(shù)甸鸟，是一個(gè)String字符串惦费。
從源代碼里我們也可以看到，它的默認(rèn)值是debug抢韭，也就是我們上面講的測(cè)試的是debug類型的App包薪贫。
寫好了測(cè)試的代碼，我們?cè)趺催\(yùn)行呢刻恭，測(cè)試需要我們手動(dòng)執(zhí)行來運(yùn)行瞧省，使用./gradlew connectedCheck即可運(yùn)行我們的測(cè)試扯夭，這個(gè)任務(wù)是一個(gè)引導(dǎo)性質(zhì)的任務(wù)，它首先會(huì)使用androidAndroidTest任務(wù)構(gòu)建好測(cè)試應(yīng)用和被測(cè)試應(yīng)用鞍匾，其中被測(cè)試應(yīng)用又是被assembleDebug任務(wù)構(gòu)建的交洗；然后通過install任務(wù)安裝這兩個(gè)應(yīng)用；接著運(yùn)行我們寫好的測(cè)試用例橡淑，最后等運(yùn)行完之后构拳，寫卸載兩個(gè)應(yīng)用。這個(gè)前提我們一定要有一臺(tái)Android設(shè)備或者Android模擬器以供我們測(cè)試使用梁棠，如果你同時(shí)運(yùn)行了多個(gè)設(shè)備置森，那么會(huì)在每個(gè)設(shè)備上都執(zhí)行測(cè)試用例。
最后測(cè)試的結(jié)果會(huì)被保存在build/androidTest-results目錄下符糊，我們可以前往查看我們測(cè)試的結(jié)果凫海。
以前講的都是測(cè)試App，也就是Application項(xiàng)目男娄，如果我們要測(cè)試一個(gè)庫項(xiàng)目呢行贪？其實(shí)和測(cè)試Application項(xiàng)目是一樣的，配置沪伙、目錄瓮顽、依賴等都一樣，唯一不同的是不會(huì)有被測(cè)試的Apk生成围橡，只有一個(gè)測(cè)試Apk生成，我們庫項(xiàng)目中的代碼被作為一個(gè)依賴庫添加到測(cè)試Apk中缕贡，庫的AndroidManifest文件中的配置也會(huì)被合并到測(cè)試Apk的AndroidManifest中翁授，有沒有發(fā)現(xiàn)，其實(shí)一個(gè)Application項(xiàng)目引用庫項(xiàng)目是一樣的晾咪。運(yùn)行測(cè)試方面也是一樣的收擦，執(zhí)行命令行執(zhí)行命令即可。
12.2 本地單元測(cè)試
今天到這里, .......
本文屬自學(xué)歷程, 僅供參考
詳情請(qǐng)支持原書 Android Gradle權(quán)威指南
