Android 9 支持根據運行供應商測試套件 (VTS) 測試的設備獲取給定 HAL 實例的服務名稱。運行支持服務名稱的 VTS HAL 測試使開發人員能夠在目標端和主機端 VTS 測試運行上自動測試供應商擴展、多個 HAL 和多個 HAL 實例。
關於服務名稱
正在運行的 HAL 服務的每個實例都使用服務名稱註冊自身。
在以前的 Android 版本中,運行 VTS HAL 測試的開發人員需要在getService()
中為測試客戶端設置正確的服務名稱,或者將名稱留空並回退到默認服務名稱。這種方法的缺點包括:
- 依賴測試開發人員的知識來設置正確的服務名稱。
- 默認情況下僅限於針對單個服務實例進行測試。
- 服務名稱的手動維護(即因為名稱是硬編碼的,如果服務名稱發生更改,則必須手動更新它們。
在 Android 9 中,開發人員可以根據被測設備自動獲取給定 HAL 實例的服務名稱。這種方法的優點包括對測試的支持:
- 供應商 HAL 擴展。例如,當供應商實施了在具有自定義服務名稱的供應商設備上運行的 camera.provider HAL 時,VTS 可以識別供應商實例並針對它運行測試。
- 多個 HAL 實例。例如,當
graphics.composer
HAL 有兩個實例(一個服務名稱為“default”,一個服務名稱為“vr”)時,VTS 可以識別這兩個實例並針對每個實例運行測試。 - 多 HAL 測試。在使用多個實例測試多個 HAL 時使用 例如,在運行驗證 keymaster 和網守 HAL 如何協同工作的 VTS 測試時,VTS 可以測試這些 HAL 的所有服務實例組合。
目標端測試
為了為目標端測試啟用服務名稱感知,Android 9 包含一個可自定義的測試環境 ( VtsHalHidlTargetTestEnvBase
),該環境提供以下接口:
- 在測試中註冊目標 HAL。
- 列出所有已註冊的 HAL。
- 獲取 VTS 框架提供的已註冊 HAL 的服務名稱。
此外,VTS 框架為以下方面提供運行時支持:
- 預處理測試二進製文件以獲取所有已註冊的測試 HAL。
- 識別所有正在運行的服務實例並獲取每個實例的服務名稱(根據
vendor/manifest.xml
檢索)。 - 計算所有實例組合(以支持多個 HAL 測試)。
- 為每個服務實例(組合)生成一個新測試。
例子:
設置服務名稱感知目標端測試
為目標端服務名稱感知測試設置測試環境:
- 基於
VtsHalHidlTargetTestEnvBase
定義一個testEnvironment
並註冊測試 HAL:#include <VtsHalHidlTargetTestEnvBase.h> class testEnvironment : public::testing::VtsHalHidlTargetTestEnvBase { virtual void registerTestServices() override { registerTestService<IFoo>(); } };
- 使用測試環境提供的
getServiceName()
傳遞服務名:::testing::VtsHalHidlTargetTestBase::getService<IFoo>(testEnv->getServiceName<IFoo>("default")); // "default" is the default service name you want to use.
- 在
main()
和initTest
中註冊測試環境:int main(int argc, char** argv) { testEnv = new testEnvironment(); ::testing::AddGlobalTestEnvironment(testEnv); ::testing::InitGoogleTest(&argc, argv); testEnv->init(argc, argv); return RUN_ALL_TESTS(); }
有關其他示例,請參閱VtsHalCameraProviderV2_4TargetTest.cpp
。
VTS 主機端測試
VTS 主機端測試在主機端運行測試腳本,而不是在目標設備上運行測試二進製文件。要為這些測試啟用服務名稱感知,您可以使用主機端模板針對不同的參數多次運行相同的測試腳本(類似於 gtest 參數化測試)。
- hal 測試腳本指定測試中的目標 HAL 服務。
-
hal_hidl_host_test
(param_test
的子類)從測試腳本中獲取已註冊的測試 HAL,識別測試 HAL 的相應服務名稱,然後生成服務名稱組合(用於多 HAL 測試)作為測試參數。它還提供了getHalServiceName()
方法,根據傳遞給當前測試用例的參數返回相應的服務名稱。 - param_test模板支持接受參數列表並針對每個參數運行所有給定測試用例的邏輯。即對於每個測試用例,它會生成 N 個新的參數化測試用例(N = 參數大小),每個測試用例都有一個給定的參數。
設置服務名稱感知主機端測試
為主機端服務名稱感知測試設置測試環境:
- 在測試腳本中指定目標HAL服務:
TEST_HAL_SERVICES = { "android.hardware.foo@1.0::IFoo" }
- 調用
getHalServiceName()
並將名稱傳遞給 init hal:self.dut.hal.InitHidlHal( target_type='foo', target_basepaths=self.dut.libPaths, target_version=1.0, target_package='android.hardware.foo', target_component_name='IFoo', hw_binder_service_name =self.getHalServiceName("android.hardware.foo@1.0::IFoo"), bits=int(self.abi_bitness))
有關其他示例,請參閱VtsHalMediaOmxStoreV1_0HostTest.py
。
註冊測試 HAL
在以前的 Android 版本中,VTS 使用 AndroidTest.xml 中配置的<precondition-lshal>
AndroidTest.xml
識別測試 HAL。這種方法很難維護(因為它依賴於開發人員正確配置測試並相應地更新配置)並且不准確(因為它只包含包和版本信息而不是接口信息)。
在 Android 9 中,VTS 使用服務名稱感知來識別測試 HAL。註冊的測試 HAL 也可用於:
- 前置條件檢查。在運行 HAL 測試之前,VTS 可以確認測試 HAL 在目標設備上可用,如果不可用則跳過測試(請參閱VTS 可測試性檢查)。
- 覆蓋測量。 VTS 通過了解它想要測量的測試 HAL 服務(即刷新 hal 服務進程的覆蓋率)來支持跨進程代碼覆蓋率測量。