Google is committed to advancing racial equity for Black communities. See how.
本頁面由 Cloud Translation API 翻譯而成。
Switch to English

使用調試Ramdisk進行VTS測試

在Android 10中,用於運行CTS-on-GSI / VTS一致性測試的通用系統映像 (GSI)從用戶調試更改為用戶構建類型,因為GSI已發布簽名。但是,在用戶內部版本中,無法使用adb root命令為被測Android設備賦予主機root權限。這是一個問題,因為VTS需要adb root才能運行。

如果設備已解鎖,則在Android 10中引入了調試ramdisk以使adb root可能。通過重複使用相同的用戶構建GSI system.img簡化了測試流程。對於STS設置,仍然需要使用另一個userdebug OEM system.img 。下表顯示了Android 10中符合性測試的圖像和構建類型。

測試套件測試建立調試ramdisk 亞行根? Android 9-> 10構建版本更改
CTS OEM系統用戶 ñ ñ 沒變
GTS上的CTS GSI 用戶 ñ ñ

userdebug->用戶GSI

發布簽名

STS OEM系統用戶調試 ñ ÿ Q的新功能
VTS GSI 用戶 ÿ ÿ

userdebug->用戶GSI

發布簽名

使用調試ramdisk的前提條件

調試ramdisk由運行一致性測試的OEM提供。不應對其進行釋放簽名,並且只有在設備解鎖後才能使用。

不會生成調試ramdisk或將其用於通過以下方式升級設備:

  • BOARD_BUILD_SYSTEM_ROOT_IMAGE
  • 內核命令行中的skip_initramfs

使用boot-debug.img ,系統boot-debug.img策略( plat_sepolicy.cil )從boot-debug.img加載。請始終合併從android {N} -qpr {n} -release分支進行的新更改,以重建boot-debug.img ,例如android10-qpr1-release 。否則,設備可能無法引導新的GSI映像。 GSI分支每季度將其上游切換到android {N} -qpr {n} -release。

AOSP變更

AOSP中的調試ramdisk更改由debug_ramdisk標籤標識。

這些其他圖像文件在build文件夾out/target/product/$(TARGET_DEVICE)

  • ramdisk-debug.img
  • boot-debug.img

boot-debug.img到設備的/boot分區上時,將加載系統隔離文件的用戶調試版本和其他屬性文件adb_debug.prop 。這允許adb root與用戶構建system.img (GSI或OEM的)一起使用。