Google 致力于为黑人社区推动种族平等。查看具体举措

检查系统状态

系统状态检查工具 (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 接口,该接口提供了两种主要方法,即 preExecutionCheckpostExecutionCheck,它们分别在每个模块执行之前和之后运行。

检查工具可以仅实现这两种方法其中之一,如果需要检查模块执行之前的状态并将其与模块执行之后的状态进行比较,也可以同时实现这两种方法。

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,可以将系统检查工具报告当作测试失败本身。这将导致测试运行显示为失败,并且失败的原因是状态检查工具的特定检查。