系統狀態檢查器 (SSC) 在套件級配置中定義並在每個模塊之間運行。他們執行檢查以確定模塊是否已更改並且未恢復某些給定狀態，例如更改系統屬性值。
SSC 主要用於確保模塊編寫者在測試後不會忘記清理；但如果他們這樣做，請提供它的踪跡，以便解決它。
次要用途是在可能的情況下也恢復原始狀態，例如，如果鍵盤保護處於打開狀態，則將其關閉。
系統狀態檢查器 XML 定義
<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />
SSC 在 Tradefed 配置 XML 中的system_checker標記下定義。
執行
每個 SSC 都必須實現ISystemStatusChecker 接口，該接口提供兩個主要方法preExecutionCheck和postExecutionCheck在每個模塊執行之前和之後運行。
檢查器可以只實現兩者之一，或者如果需要檢查模塊之前的狀態並將其與模塊之後的狀態進行比較，則可以同時實現兩者。
Tradefed 中存在幾個示例實現。建議每個實現都專注於單個檢查以提高可重用性。例如SystemServerStatusCheck將檢查system_server進程是否在測試套件執行期間在設備上重新啟動。在postExecutionCheck它調用在NativeDevice中定義的deviceSoftRestarted來檢查system_server進程是否重新啟動。
每個操作都會返回一個StatusCheckerResult ，它允許工具決定是否應捕獲其他信息，例如錯誤報告。
它們在 CTS 中的哪裡定義？
CTS 系統狀態檢查器定義在： /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml
如何查找檢查器故障
默認情況下，系統檢查器故障僅顯示在日誌中，並作為為調用捕獲的錯誤報告，其名稱格式如下： bugreport-checker-post-module-<module name>.zip
這允許您找出錯誤報告是在哪個模塊之後生成的。
通過將--report-system-checkers選項設置為true ，可以使系統檢查程序本身報告為測試失敗。這將導致測試運行顯示為失敗，失敗的原因是狀態檢查器的特定檢查。
系統狀態檢查器 (SSC) 在套件級配置中定義並在每個模塊之間運行。他們執行檢查以確定模塊是否已更改並且未恢復某些給定狀態，例如更改系統屬性值。
SSC 主要用於確保模塊編寫者在測試後不會忘記清理；但如果他們這樣做，請提供它的踪跡，以便解決它。
次要用途是在可能的情況下也恢復原始狀態，例如，如果鍵盤保護處於打開狀態，則將其關閉。
系統狀態檢查器 XML 定義
<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />
SSC 在 Tradefed 配置 XML 中的system_checker標記下定義。
執行
每個 SSC 都必須實現ISystemStatusChecker 接口，該接口提供兩個主要方法preExecutionCheck和postExecutionCheck在每個模塊執行之前和之後運行。
檢查器可以只實現兩者之一，或者如果需要檢查模塊之前的狀態並將其與模塊之後的狀態進行比較，則可以同時實現兩者。
Tradefed 中存在幾個示例實現。建議每個實現都專注於單個檢查以提高可重用性。例如SystemServerStatusCheck將檢查system_server進程是否在測試套件執行期間在設備上重新啟動。在postExecutionCheck它調用在NativeDevice中定義的deviceSoftRestarted來檢查system_server進程是否重新啟動。
每個操作都會返回一個StatusCheckerResult ，它允許工具決定是否應捕獲其他信息，例如錯誤報告。
它們在 CTS 中的哪裡定義？
CTS 系統狀態檢查器定義在： /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml
如何查找檢查器故障
默認情況下，系統檢查器故障僅顯示在日誌中，並作為為調用捕獲的錯誤報告，其名稱格式如下： bugreport-checker-post-module-<module name>.zip
這允許您找出錯誤報告是在哪個模塊之後生成的。
通過將--report-system-checkers選項設置為true ，可以使系統檢查程序本身報告為測試失敗。這將導致測試運行顯示為失敗，失敗的原因是狀態檢查器的特定檢查。
系統狀態檢查器 (SSC) 在套件級配置中定義並在每個模塊之間運行。他們執行檢查以確定模塊是否已更改並且未恢復某些給定狀態，例如更改系統屬性值。
SSC 主要用於確保模塊編寫者在測試後不會忘記清理；但如果他們這樣做，請提供它的踪跡，以便解決它。
次要用途是在可能的情況下也恢復原始狀態，例如，如果鍵盤保護處於打開狀態，則將其關閉。
系統狀態檢查器 XML 定義
<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />
SSC 在 Tradefed 配置 XML 中的system_checker標記下定義。
執行
每個 SSC 都必須實現ISystemStatusChecker 接口，該接口提供兩個主要方法preExecutionCheck和postExecutionCheck在每個模塊執行之前和之後運行。
檢查器可以只實現兩者之一，或者如果需要檢查模塊之前的狀態並將其與模塊之後的狀態進行比較，則可以同時實現兩者。
Tradefed 中存在幾個示例實現。建議每個實現都專注於單個檢查以提高可重用性。例如SystemServerStatusCheck將檢查system_server進程是否在測試套件執行期間在設備上重新啟動。在postExecutionCheck它調用在NativeDevice中定義的deviceSoftRestarted來檢查system_server進程是否重新啟動。
每個操作都會返回一個StatusCheckerResult ，它允許工具決定是否應捕獲其他信息，例如錯誤報告。
它們在 CTS 中的哪裡定義？
CTS 系統狀態檢查器定義在： /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml
如何查找檢查器故障
默認情況下，系統檢查器故障僅顯示在日誌中，並作為為調用捕獲的錯誤報告，其名稱格式如下： bugreport-checker-post-module-<module name>.zip
這允許您找出錯誤報告是在哪個模塊之後生成的。
通過將--report-system-checkers選項設置為true ，可以使系統檢查程序本身報告為測試失敗。這將導致測試運行顯示為失敗，失敗的原因是狀態檢查器的特定檢查。