问题描述
源
本文重点如何查看一个patch是否进了google system image
测试命令:
run cts-on-gsi -m CtsOsTestCases -t android.os.cts.ParcelTest#testMaliciousMapWrite
gts case是不放出源码的,这很不方便我们进行问题的分析,如果测试是apk,我们可以通过修改smali重新编译的方式赋值我们分析,那么,如果测试文件是一个jar包,那么应该如何处理呢?以本文为例记录分析方法
测试命令:
run gts -m GtsUnofficialApisUsageTestCases -t com.android.gts.api.UnofficialApisUsageTest#testNonApiReferences
GMS测试工具时间窗参考如下:
以下是小编为大家整理的关于“Google Android Partner Summit 2018-12 HK”会议中更新的主要内容:
谷歌发布了适用于Android 9,8.1和8.0的GMS更新。从2019年2月12日起,GMS批准将需要此版本。
android p上sign script有一些调整和修改,img_key_deploy.py脚本产生cert1,cert2_key,sign_flow.py脚本执行签名。
可以将sign tool抽出到Android环境外执行(把整个sign-image_v2文件夹复制出来后修改env.cfg就行)
在VTS测试中,需要刷入谷歌提供的system.img (GSI)。在user/userdebug版本中,直接使用flash tool单独烧录GSI时,会出现无法开机的现象。
Google Mobile Services Test Suite (GTS) version 6.0 R3 has been released on the GTS Download page. GTS 6.0_r3 will support Android 7.0 to 9 and will be enforced for GMS approvals starting Jan 3, 2019.
一个CTS框架自身引起的问题
测试命令: run retry --retry 1 --shard-count 6 -s 45f971f -s 5b01edc -s 9485acea -s 9485acda -s 948bac82 -s 948bac62
报错堆栈:
前面说到,在bionic/linker客户端以及system/core/dubuggerd服务端之间都加了相关的SIGSYS信号量处理,但还是抓不出tombstone,现查看原因。
先说结论:由于设置了信号处理函数导致的问题
tombstone的抓取与debuggerd的有关系是一个守护进程,用来检测程序的崩溃,将程序崩溃前进程的状态记录下来,保存在/data/tombstone文件夹下,最多10个;本质上是对程序崩溃时某些信号的拦截
一个由kernel层驱动错误导致的错误,查明的过程比较曲折,因此记录一下
测试命令: run cts -m CtsHardwareTestCases -t android.hardware.input.cts.tests.GamepadTestCase#testButtonA
报错如下:
今天发现一个初始设置错误可能导致的CTS问题,进行下记录
测试命令: run cts -m CtsServicesHostTestCases -t android.server.cts.ActivityManagerDockedStackTests#testDockedStackToMinimizeWhenUnlocked
在host log中报错如下:
以前没有完整记录过cts框架造成的问题,以这个问题记录分析方法
测试命令: run cts-on-gsi -m CtsMediaTestCases
在host log中报错如下;
遇到一个Android P相关的问题,和原来CTS/GTS 问题分析1的表现是一样的,但是将http://gerrit.pt.miui.com/#/c/387000/这个修复cp过来,发现不生效,仍然报错,因此记录一下
测试命令: run gts -m GtsGmscoreHostTestCases -t com.google.android.gts.devicepolicy.managedprovisioning.DeviceOwnerProvisioningHostsideTest#testRequiredAppsInManagedDevice
报错堆栈:
测试命令:
run cts -m CtsDevicePolicyManagerTestCases -t com.android.cts.devicepolicy.MixedManagedProfileOwnerTestApi25#testResetPasswordFbe
错误有两种情况,一种是直接进入系统桌面,一种是起一个测试case中的空白activity,经过分析,两者都是同一个原因造成的。因此以任一种情况举例。报错堆栈如下: