XTS介绍 

https://source.android.com/docs/compatibility/cts?hl=zh-cn

• CTS (Compatibility Test Suite) ： 兼容性测试套件，主要 google 为保证 Android 核心接口功能的 兼容性。
• GTS （ google test suite ）： Google 测试套件， gms 相关接口测试以及功能测试。
• VTS (Vendor Test Suite) : 厂商测试套件，主要测试 HIDL 接口，保证 HIDL 接口的兼容性。

分析步骤

1、查看日志报错信息，定位模块。

JUnit（Java）测试用例会打印异常调用栈，分析在对应测试结果与日志目录下两个文件：

• logs/2020.11.11_15.03.26/inv_xxx/host_log_xxx.txt
• results/2020.11.11_15.03.26/test_result.xml 

2、查看测试套件包代码逻辑。

可用下面两种方法：

（1）查看源码

（2）反编译测试APK

• 找到测试套件对应zip压缩包，如：Google_Test_Suite\GTS\10_R4（10_R4是版本号，目前最新有15R1）
• 一般内置文件夹testcase有对应名称的APK，没有的话就找报错段所在的APK

常见问题

软件版本和测试问题

• 检查是否缺少Mainline patch——软件版本带入Google Mainline Patch后复测
  • Go和常规版本的应用不同，需要确认应用版本类型，否则报错是指找不到APK，因此权限判断的时候fail。表面原因：应用给权限未Grant；根因：缺少Go APK。
• 检查测试环境是否不满足——测试手法改善

开发代码缺陷

1、应用权限未grant

先确认是否集成了应用，若已集成则：

• 若应用在google mainline，需要patch释放，而且要符合平台（Go或常规）。
• 若应用是自研/三方，则需要APP内部开发解决。

2、功能断言fail（业务相关）

找到功能模块，确认检查项的内容，具体问题分析，非通用问题。

比如省电模式下检查网络相关状态（Android V）：

com.android.cts.netpolicy.hostside.NetworkCallbackTest#testOnBlockedStatusChanged_powerSaver:
java.lang.AssertionError: expected:<false> but was:<true>
    at org.junit.Assert.fail(Assert.java:89)
    at org.junit.Assert.failNotEquals(Assert.java:835)
    at org.junit.Assert.assertEquals(Assert.java:120)
    at org.junit.Assert.assertEquals(Assert.java:146)
    at com.android.cts.netpolicy.hostside.NetworkCallbackTest$TestNetworkCallback.expectBlockedStatusCallbackEventually(NetworkCallbackTest.java:178)
    at com.android.cts.netpolicy.hostside.NetworkCallbackTest.testOnBlockedStatusChanged_powerSaver(NetworkCallbackTest.java:342)