Android 8.0引入了Project Treble的新特性，它的主要目标是将Android模块化，在这一特性的要求下，就产生了VTS测试。

VTS全称是Vendor Test Suite，Project Treble中引入Vendor Interface的目的是将Android Framework与HAL分开，并通过VTS测试来对这些Vendor Interface进行测试以确保HAL的向前兼容。

尽管APP层与Framework层在设计上是分开的，但通过CTS测试，确保了APP与Android Framework之间有一致的调用接口（API），这使得APP开发者编写的同一款程序可以运行在不同系统版本（向前兼容）、不同硬件平台、不同厂商制造的不同设备上。

VTS类似CTS，通过对Vendor Interface进行测试，确保同一个版本的Android Framework可以运行在不同HAL上，或不同Android Framework可以运行在同一个HAL上。

2. 环境配置

2.1 安装Java 8

sudo apt-get purge openjdk-* icedtea-* icedtea6-*

sudo apt-get update

sudo apt-get install openjdk-8-jdk

2.2 安装Android需要的工具

sudo apt-get install bison g++-multilib git gperf libxml2-utils make zlib1g-dev:i386 zip liblz4-tool

2.3 拉取AOSP代码（可选）

repo init -u https://android.googlesource.com/platform/manifest -b android-vts-8.0_r6

repo sync

2.4 安装VTS需要的工具

sudo apt-get install python-dev

sudo apt-get install python-protobuf

sudo apt-get install protobuf-compiler

sudo apt-get install python-virtualenv

sudo apt-get install python-pip

3. GSI

GSI是Google AOSP System Image的简称，在进行VTS测试之前，要使用user版本关闭verified boot后刷入GSI，VTS测试用的GSI由谷歌释放，它的命名规则如下：

如VTS r6版本的GSI镜像：

其中，安全补丁日期在手机的Settings -> System -> About phone中查看，或者使用命令getprop查看ro.build.version.security_patch属性，如果刷入的GSI安全补丁日期与手机的安全补丁日期不对应，会导致keymaster崩溃等问题，系统无法启动。

A/B或者是A-only分区可以直接查看源码中的partition.xml文件，如果system、vendor等分区的label有”_a”和”_b“的后缀，说明是A/B分区，或者使用命令getprop查看ro.boot.slot_suffix的属性，如果返回”_a”或者”_b”，也可以说明是A/B分区，否则就是A-only的分区。

刷入GSI的命令如下：

fastboot –S 256M flash system

fastboot –w

fastboot flash userdata userdata.img

//userdata分区大小与镜像文件大小不同时需要使用此命令

在刷入GSI之后，可能会遇到无法启动的问题，比如：

1. VTS r3之前版本的GSI由于system分区的根目录下缺少bt_firmware文件夹，而fstab中要将/dev/block/bootdevice/by-name/bluetooth分区挂载到bt_firmware下面，因此会导致挂载失败系统无法启动，要解决这个问题需要手动创建bt_firmware文件夹，命令如下：

      adb remount

      adb shell

      mkdir bt_firmware

      chown bluetooth bt_firmware

        chgrp net_bt bt_firmware

        adb reboot

2.  在刷入GSI以后，开机卡在Android界面，此时插入USB有adb接口，通过logcat查看发现缺少库文件导致进程crash，如果跟需要测试的模块无关，可以先尝试手动push库文件看能否启动，之后根据进程和缺少的库文件，可以分为三种情况：

1)  第一种情况是高通将库文件编译到了system目录下，刷入GSI后vendor进程找不到这些库文件导致crash，解决方法是修改makefile将需要的库文件编译到vendor分区下，在Android.mk中添加LOCAL_VENDOR_MODULE := true。

2)  第二种情况是一些本来应该在GSI里面的库文件没有编译进去，vendor或者system下的进程找不到这些库文件导致crash，解决方法只能是测试前手动将库文件push到system分区下，而不要添加LOCAL_VENDOR_MODULE := true，等待后续的VTS版本GSI镜像解决，为了确认错误具体是第一种还是第二种情况，需要向高通提case询问，也可以在https://issuetracker.google.com/issues和https://android-review.googlesource.com/上搜索相关信息。

3)  第三种情况是由于我们的修改让vendor里面的进程依赖了额外的库文件，而这些依赖的库文件又在system目录下，刷入GSI以后消息，导致进程crash，如QL1661项目中，camera的前置闪光灯功能添加了一个system分区下的进程vendor.android.hardware.light@2.0_vendor，而这个进程又添加到了vendor下android.hardware.light@2.0-service的共享库，因此当刷入GSI以后，android.hardware.light@2.0-service找不到vendor.android.hardware.light@2.0_vendor，导致无法开机。