將 CTS 最佳化

Android Compatibility Test Suite (CTS) 提供數百萬個個別測試。雖然在軟體開發階段必須頻繁執行 CTS，但可以縮短執行這些測試所需的時間。

本頁說明可用來縮短測試執行時間的方法，以及如何在過程中最佳化硬體資源。

資料分割裝置

如要縮短週期時間，請考慮在多部裝置上執行 CTS (分割)。如要瞭解如何使用分割作業，請參閱「執行 CTS 測試」。

Android 測試站

請使用 Android 測試站 (ATS) 透過使用者介面執行標準 Android 測試套件。這項工具可做為貿易聯盟 (TF) 的網路介面，可讓您在一組測試裝置上執行 CTS，並排定時間表，持續執行測試。

Android 測試站支援多主機模式，可讓單一 ATS 控制器主機用於管理多個 ATS 工作站主機上的裝置和測試。

模擬器持續執行

如要在開發階段持續執行 CTS，您可以改用 Android 虛擬裝置 (AVD) 取代硬體。您可以及早找出測試失敗的回歸情形，節省分類及分析根本原因所需的大量時間。模擬器的多個執行個體可用於分割，並可排程與 Android 測試站持續執行。

DrawElements 品質計畫 (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 包含下列測試模組：

  • CtsMediaStressTestCases
  • CtsMediaPlayerTestCases
  • CtsMediaAudioTestCases
  • CtsVideoTestCases
  • CtsMediaDecoderTestCases
  • CtsMediaCodecTestCases
  • CtsMediaV2TestCases

建議您在本機或本機伺服器上執行部分媒體測試。詳情請參閱在本機執行 CTS 媒體測試相關說明。

多媒體架構及其驅動程式 (解碼器和編碼器) 是 Android 韌體 (BSP) 的一部分。您可以根據韌體更新時間表，有策略地執行這個模組，並在幾個週期內排除這些模組。