# 運行測試
正如前面提到的,標志性 task **connectedCheck** 需要一個連接的設備來啟動。這個過程依賴于 **androidTest** task,因此 **androidTest** task 將會運行。這個 task 將會執行下面內容:
- 確認應用和測試應用都被構建(依賴于 **assembleDebug** 和 **assembleTest**)
- 安裝這兩個應用
- 運行這些測試
- 卸載這兩個應用
如果有多個連接設備,那么測試會并行在所有連接設備上。如果其中一個測試失敗,不管在哪個設備都算測試失敗。
所有測試結果都被保存為 XML 文檔,路徑為:
*`build/androidTest-results`*
(這類似于 JUnit 的運行結果保存在 build/test-results 中)
路徑同樣可以自定義配置:
~~~
android {
...
testOptions {
resultsDir = "$project.buildDir/foo/results"
}
}
~~~
**android.testOptions.resultsDir** 的值由 **Project.file(String)** 獲得。
- 譯者序
- 簡介
- 新構建系統的目標
- 為什么使用 Gradle?
- 配置要求
- 基礎項目
- 構建文件示例
- 項目結構
- 配置項目結構
- 構建任務
- 通用任務
- Java 項目的 Task
- Android Tasks
- 基本的構建定制
- Manifest 屬性
- 構建類型
- 簽名配置
- 運行 ProGuard
- 清理資源
- 依賴、Library 和多項目
- 包依賴
- 本地包依賴
- 遠程包依賴
- 多項目設置
- Library 項目
- 創建 Library 項目
- 普通項目和 Library 項目的區別
- 引用 Library 項目
- Library 項目發布
- 測試
- 單元測試
- 基本知識和配置
- 運行測試
- 測試 Android Library 項目
- 測試報告
- 獨立項目
- 多項目報告
- Lint 支持
- 構建 Variants(變種)版本
- 產品定制
- 構建類型+產品定制=構建變種版本
- 產品定制的配置
- 源組件和依賴
- 構建和任務
- 測試
- 多定制的變種版本
- 高級構建的自定義
- 構建選項
- Java 編譯選項
- aapt 選項
- dex 選項
- 操作 task
- 構建類型和產物定制的屬性引用
- 使用sourceCompatibility 1.7
- 附錄
- ApplicationId 與 packageName