最佳化 CTS

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

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

分割裝置

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

Android 測試站

使用 Android Test Station (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) 的一部分。您可以根據韌體更新時間表，有策略地執行這個模組，並在幾個週期內排除這些模組。