GTS 中 testServicesLibHostAppSignedCorrectly fail 详解

来源:

https://blog.csdn.net/shift_wwx/article/details/81240876

 

GTS 测试 armeabi-v7a GtsOsTestCases 的时候会出现两个fail:

com.google.android.os.gts.RequiredComponentsTest#testServicesLibHostAppSignedCorrectly

com.google.android.os.gts.RequiredComponentsTest#testSharedLibHostAppSignedCorrectly

如下图:

解决办法:

将ro.build.tags 改成release-keys 即可。

 

本文用其中的 testServicesLibHostAppSignedCorrectly 举例说明。

来看这个fail 项的Details:

org.junit.ComparisonFailure: Services lib host app signed with an invalid certificate expected:<[DC:76:26:3A:5A:12:73:F8:2F:BB:0E:37:5C:C3:BE:51:9A:1A:3D:4D:FD:73:15:96:C8:29:E2:32:F7:77:73:4C]> but was:<[3A:44:8F:6B:D4:16:FF:B5:E5:FA:C2:91:03:A8:C1:23:13:1B:A8:63:47:42:0C:88:1D:C3:2F:21:58:60:AD:53]>

从log 上很显然看出,给了个无效的证书,期望的是DC:76:26  给的却是3A:44:8F:6B。

 

结合code 就可以知道为什么了:

    public void testServicesLibHostAppSignedCorrectly() throws Exception {
        if (playStorePreloaded()) {
            PackageManager packageManager = InstrumentationRegistry.getContext().getPackageManager();
            Assert.assertEquals("Services lib host app signed with an invalid certificate", isDevKeysBuild() ? SERVICES_CERT_SHA256_DIGEST : SERVICES_CERT_SHA256_DIGEST_RELEASE, computePackageSignatureDigest(packageManager.getPackageInfo(packageManager.getServicesSystemSharedLibraryPackageName(), 64)));
            return;
        }
        Log.d(TAG, "Bypass as no Play Store preloaded.");
    }

选择的时候判断isDevKeyBuild() :

    private static boolean isDevKeysBuild() {
        for (String tag : Build.TAGS.split(",")) {
            if (TAG_DEV_KEYS.equals(tag.trim())) {
                return true;
            }
        }
        return false;
    }

其中的TAG_DEV_KEYS为:

private static final String TAG_DEV_KEYS = "dev-keys";

Build.TAGS :

public static final String TAGS = getString("ro.build.tags");

isDevKeysBuild() 函数的意思就是判断ro.build.tags 的值是否为dev-keys。

 

这样大概就知道了,如果是dev-keys 的话,最终选择的是 SERVICES_CERT_SHA256_DIGEST:

private static final String SERVICES_CERT_SHA256_DIGEST = "DC:76:26:3A:5A:12:73:F8:2F:BB:0E:37:5C:C3:BE:51:9A:1A:3D:4D:FD:73:15:96:C8:29:E2:32:F7:77:73:4C";

也就是log 上提示的部分,如果不是dev-keys 会选择 SERVICES_CERT_SHA256_DIGEST_RELEASE:

private static final String SERVICES_CERT_SHA256_DIGEST_RELEASE = "3A:44:8F:6B:D4:16:FF:B5:E5:FA:C2:91:03:A8:C1:23:13:1B:A8:63:47:42:0C:88:1D:C3:2F:21:58:60:AD:53";

 

分析log 与code:

之所以出现log 中expected 是SERVICES_CERT_SHA256_DIGEST,那是因为与后面PMS 获取的不一致。

所以,这里的ro.build.tags 不能为dev-keys,而应该改成release-keys,保持跟后面PMS 中获取的一致。

 

对于testSharedLibHostAppSignedCorrectly 也是同样的要求。

 

结论:

对于这两个case 只需要配置 ro.build.tags 这个值为release-keys 即可。

 

 

更多GTS 测试的case 见:

CTS/GTS 常见问题汇总

 

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

私房菜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值