自 2026 年起,为了与我们的主干稳定开发模型保持一致,并确保生态系统的平台稳定性,我们将在第 2 季度和第 4 季度将源代码发布到 AOSP。对于构建 AOSP 和向 AOSP 贡献代码,我们建议使用 android-latest-release 而不是 aosp-main。android-latest-release 清单分支将始终引用推送到 AOSP 的最新版本。如需了解详情,请参阅 AOSP 变更。
重试隔离
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
请参阅自动测试重试文档以了解重试功能的工作原理。
执行重试时,如果设备已进入不允许测试成功的不良状态。使用隔离功能将设备恢复到新的初始状态,并允许测试运行并成功。
启用该功能
除了重试选项之外,还可以使用以下选项启用重试隔离:
--retry-isolation-grade <FULLY_ISOLATED|REBOOT_ISOLATED>
或禁用:
--retry-isolation-grade NOT_ISOLATED
默认情况下禁用该功能。
不同等级的隔离
隔离等级表示我们希望在重试之间配置的隔离程度:
- FULLY_ISOLATED 将通过重新运行配置的 target_preparers 来完全擦除和重置设备
- REBOOT_ISOLATED 将重启设备
关于兼容性测试套件 (CTS) 的说明
CTS 的 Android 合作伙伴运行当前不支持 FULLY_ISOLATED
结果如何?
结果报告者收到一个给定模块或运行单独运行的标记,并且可以选择在他们的报告中显示该标记。
- 在模块级别,
module-isolated属性将设置为其隔离等级。 - 在运行级别,
run-isolated属性将设置为其隔离等级。
例如:被隔离后运行的第一个模块将报告为module-isolated:FULLY_ISOLATED 。
单独的测试运行提供了强烈的信号。无论是通过还是失败,测试所有者都应该高度确信设备上没有留下先前测试的不良状态。
本页面上的内容和代码示例受内容许可部分所述许可的限制。Java 和 OpenJDK 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2022-06-06。
[[["易于理解","easyToUnderstand","thumb-up"],["解决了我的问题","solvedMyProblem","thumb-up"],["其他","otherUp","thumb-up"]],[["没有我需要的信息","missingTheInformationINeed","thumb-down"],["太复杂/步骤太多","tooComplicatedTooManySteps","thumb-down"],["内容需要更新","outOfDate","thumb-down"],["翻译问题","translationIssue","thumb-down"],["示例/代码问题","samplesCodeIssue","thumb-down"],["其他","otherDown","thumb-down"]],["最后更新时间 (UTC):2022-06-06。"],[],[]]