最佳化 CTS

Android 相容性測試套件 (CTS) 提供數百萬項個別測試。在軟體開發階段，經常執行 CTS 是必要的，但可以縮短執行這些測試所需的時間。

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

共用裝置

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

Android 測試站

使用 Android Test Station (ATS)，透過使用者介面執行標準 Android 測試套件。這個工具是 Trade Federation (TF) 的網頁介面，可讓您在測試裝置上執行 CTS，並設定排程持續執行測試，所需設定最少。

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

模擬器持續執行

如要在開發階段持續執行 CTS，可以使用 Android 虛擬裝置 (AVD) 代替硬體。測試失敗的迴歸情形可以及早發現，大幅節省分類和分析根本原因所需的時間。模擬器可使用多個執行個體進行分片，並排定透過 Android 測試站持續執行。

drawElements 品質計畫 (dEQP)

Android CTS 包含drawElements品質計畫 (dEQP)。這項計畫稱為 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) 的一部分。您可以根據韌體更新時間表，策略性地執行這個模組，並排除多個週期的這些模組。