Android Compatibility Test Suite (CTS) 提供數百萬個個別測試。雖然在軟體開發階段需要頻繁執行 CTS，但可以縮短執行這些測試所需的時間。
本頁面說明可用來縮短測試執行時間的方法，以及如何在過程中最佳化硬體資源。
分割裝置
如要縮短週期時間，請考慮在多部裝置上執行 CTS (分割)。如要瞭解如何使用分割作業，請參閱「執行 CTS 測試」。
Android 測試站
使用 Android Test Station (ATS) 採用使用者介面，執行標準 Android 測試套件。這項工具是 Trade Federation (TF) 的網頁介面，可讓您在少量設定的情況下，在一系列測試裝置上執行 CTS，並建立持續執行測試的排程。
Android 測試站支援多主機模式，可讓單一 ATS 控制器主機用於管理多個 ATS 工作站主機上的裝置和測試。
模擬器持續執行
如要在開發階段持續執行 CTS，可以使用 Android 虛擬裝置 (AVD) 取代硬體。您可以及早識別測試失敗的回歸情形，節省分類及分析根本原因所需的大量時間。模擬器的多個執行個體可用於分割，並可排程與 Android 測試站持續執行。
DrawElements Quality Program (dEQP)
drawElements 品質計畫 (dEQP) 已納入 Android CTS。這個名為 CtsDepqTestCases 的程式著重於測試 Android 圖像的涵蓋率。這個模組佔 Android CTS 中所有測試案例的近 80%，並佔總執行時間的 6%。
由於 Android 圖形驅動程式是 Android 韌體 (BSP) 的一部分，且在開發過程中不會有太大變動，因此您可以有策略地執行這個模組。舉例來說，如果您在軟體開發期間每兩週 (或更短時間) 執行一次 CTS，則可根據韌體更新時間表，在幾個週期內排除這個模組。
您可以選擇在一系列裝置上個別執行 CtsDeqpTestCases，然後提交 CTS 報告。例如在兩個不同的主機上。
主機 1：
cts-tf > run cts --max-log-size 100 --shard-count 6 -o -m CtsDeqpTestCases
主機 2：
cts-tf > run cts --max-log-size 100 --shard-count 6 -o --exclude-filter CtsDeqpTestCases
媒體測試案例
媒體測試案例會驗證音訊、影片和多媒體驅動程式等多媒體服務。這些多媒體測試模組對 CTS 執行時間的影響最大。以下是可能導致延遲的情況：
- 在測試期間下載媒體檔案或重複播放媒體檔案。
- 重試失敗的測試案例。
Android CTS 包含下列測試模組：
CtsMediaStressTestCasesCtsMediaPlayerTestCasesCtsMediaAudioTestCasesCtsVideoTestCasesCtsMediaDecoderTestCasesCtsMediaCodecTestCasesCtsMediaV2TestCases
建議您在本機或本機伺服器上執行部分媒體測試。詳情請參閱「在本機執行 CTS 媒體測試」。
多媒體架構及其驅動程式 (解碼器和編碼器) 是 Android 韌體 (BSP) 的一部分。您可以根據韌體更新時間表，有策略地執行這個模組，並在幾個週期內排除這些模組。