CTS 測試結果會放在檔案中：
CTS_ROOT/android-cts/results/start_time.zip
如果您是自行建構 CTS，CTS_ROOT 類似於
out/host/linux-x86/cts，但因平台而異。這樣可以反映
您已解壓縮預先建構的官方 CTS
下載自這個網站。
test_result.xml 檔案位於 ZIP 檔案內，包含實際結果。
顯示 Android 10 以上版本結果
test_result.html 檔案位於 ZIP 封存檔中，您可以直接開啟該檔案 任何與 HTML5 相容的網路瀏覽器
顯示 Android 10 以下版本的結果
在任何與 HTML5 相容的網路瀏覽器中開啟 test_result.xml 檔案，以便查看測試內容 個結果
如果使用 Chrome 瀏覽器時，這個檔案顯示空白頁面，
變更瀏覽器設定
，啟用 --allow-file-access-from-files 指令列標記。
讀取測試結果
測試結果的詳細資料會因您使用的 CTS 版本而異：
- Android 6.0 以下版本適用的 CTS v1
- Android 7.0 以上版本適用的 CTS v2
裝置資訊
在 CTS v1 以下版本中，請選取「Device Information」(測試摘要上方連結) 以便 查看裝置、韌體 (廠牌、型號、韌體版本、平台) 的詳細資料 以及裝置硬體 (螢幕解析度、撥號鍵盤、螢幕類型)。CTS v2 沒有 顯示裝置資訊。
測試摘要
「測試摘要」部分提供已執行的測試計畫詳細資料，例如 CTS 計畫名稱，以及執行作業的開始和結束時間。這裡也會顯示 通過、失敗、逾時或無法測試的測試數量摘要 執行狀態
Android 10 CTS 測試摘要範例
圖 1：Android 10 CTS 測試摘要範例
CTS v2 測試摘要
圖 2：CTS v2 測試摘要
CTS v1 測試摘要
圖 3：CTS v1 測試摘要範例
測試報表
下一節是 CTS 測試報告，會摘要說明每份廣告活動通過的測試 套件。
然後提供實際測試的詳細資料。報告 會列出測試套件、測試套件、測試案例和執行的測試。代表 測試執行結果：通過、失敗、逾時或未執行。在 並提供測試失敗詳細資料的事件，有助於診斷原因。
此外，您也可以在 XML 檔案中取得失敗的堆疊追蹤，但無法取得 以求簡潔，請使用文字編輯器查看 XML 檔案 應提供測試失敗的詳細資料 (請搜尋 [Test] 標記 對應至失敗的測試，並找出其中是否有 [StackTrace] 標記)。
顯示 CTS v2 測試報告範例
圖 4：CTS v2 測試報告範例
顯示 CTS v1 測試報告範例
圖 5：CTS v1 測試報告範例
針對不完整的測試模組查看 test_result.xml
如要判斷特定測試工作階段中不完整模組的數量，請執行 指令「list results」已完成的單元數和單元總數 並列出各個工作階段判斷完整與 未完成，請開啟 test_result.xml 檔案，然後讀取「done」的值 屬性。完成價值的單元 = 「false」尚未執行完畢
分類測試失敗
請使用下列建議來分類測試失敗。
- 驗證您的 CTS 環境 設定正確，如果測試因為先決條件不正確而失敗。 當中包含實體環境、桌上型電腦設定和 Android 裝置設定。
- 檢查裝置的穩定性、測試設定或環境問題。 是否過多的測試
- 如果測試失敗，請獨立重試測試。
- 找出導致測試失敗的外部因素，例如：
- 環境設定。例如設定錯誤的電腦 設定的原因可能是在所有的裝置層級位置發生測試失敗的原因 測試 (DUT) (包括參考裝置)。
- 外部依附元件。舉例來說，如果測試在以下位置的所有裝置上都未通過 與特定時間點開始的多個網站，則惡意網址 可能發生錯誤
- 如果 DUT 不包含 修補程式，因此安全性測試會失敗
- 驗證並分析通過和失敗裝置間的差異。
- 分析斷言、記錄、錯誤報告和 CTS 來源： 對 HostTest 而言，斷言和記錄可能非常通用，因此有助於 檢查並附加裝置 logcat
- 提交測試改善修補程式，以減少測試失敗情形。
儲存部分結果
當測試叫用失敗時，換購不會儲存部分測試結果。
進行換購時，如果系統並未產生任何測試結果，就表示 在測試執行期間發生，導致測試結果不可信。 即使結果部分結果沒有幫助， 正在調查裝置問題