1.android.security.cts.PackageSignatureTest测试fail(MTK平台)
原因:由于用的是google default key而导致的fail,需要自己定义release key,不仅可以满足CTS request,还可以满足工信部CATR TAF spec。
方案:在编译器执行如下命令:
源
1.android.security.cts.PackageSignatureTest测试fail(MTK平台)
原因:由于用的是google default key而导致的fail,需要自己定义release key,不仅可以满足CTS request,还可以满足工信部CATR TAF spec。
方案:在编译器执行如下命令:
最近有空,正好总结一下在公司一个开发做着一部分测试工作内容,当时也是没办法Google查得越来越严,公司岗位分工还将GMS认证划分为一个岗位,开发自己的项目只能自己跑GMS认证,因此我又多掌握一项技能嘿嘿 ,虽然没什么用:(。
1、GMS 本来只有三种测试 CTS、GTS、CTS-Verifier
2、但是在Android O版本之后,Google新加了两种测试VTS、GSI。
3、据说最近Google又增加了一项测试STS(Google还真是搞人啊哈哈),CVE安全测试,看了内部文档,据说10月1日,所有项目送测STS报告是必须的了。
4、以上除了CTS-Verifier是手动测试之外,其他的都是自动化执行工具脚本测试。
今天从工厂接收到一个BUG是:自己管理的模块暗码信息查询功能失效。
android P限制了第三方APK对@hide API的调用,那么对系统APK有什么影响呢?
国内各大手机厂商对ROM进行各种定制,可以很容易绕过这些限制,那对于需要出海并且满足CTS要求的厂商有什么影响呢?
先说结论:对系统厂商APK没有任何影响,依然可调用任何API
虽然和硬编硬解没有关系,但短视频客户端不可能绕过这个,这里也列举下我所遇到的问题。
国内APP各种保活、拉活,这也是导致安卓手机卡慢的主因,为此各大厂商都有自己防自启机制,规避APP的流氓行为,提升手机流畅性。
防自启基本原理:
拦截四大组件(activity、service、receiver、provider)启动流程,并对其它可能主动拉起APP的AccountManagerService、JobService、SyncManager进行拦截,切断一切可能启动APP的线索。
下面针对各组件的拦截点进行汇总(activity不拦截,用户可感知):
前边我们已经介绍如何下载源码了,下载下来后我们也不能大眼瞪小眼,你不认它,它也不认识你,那岂不就白浪费时间下载了。下载的目的一方面是为了方便我们阅读源码,另一方面我们还可以修改源码编译属于自己定制的系统嘛。这个时候了解源码的目录结构就是第一步的工作了。废话不多说,我们先看一下源码的目录结构。
继续阅读“8.x 2018.12.31 关闭窗口 O window closure on 31 December 2018 reminder”
将 CtsVerifier.apk 安装到设备上, 连接上linux主机。
基础:CTS测试运行环境
然后,主机安装python2.7,及numpy/scipy/matplotlib/opencv 栈和 python 成像库。按照下面的命令依次安装:
The CTS November releases for Android 8.1, 8.0, 7.1, and 7.0 are available on the Compatibility Test Suite Downloads page. These releases contain continuous improvements of tests and test infrastructure, and verify security patches up to the October 2018 Public Security Bulletin.
继续阅读“CTS测试工具更新 November releases for Android 8.1, 8.0, 7.1, and 7.0”
-com.android.cts.devicepolicy.DeviceOwnerPlusProfileOwnerTest#testBindDeviceAdminServiceAsUser_corpOwnedManagedProfileWithManagedProvisioning
--com.google.android.placement.gts.CoreGmsAppsPrivappPermissionsTest
#testCoreGmsAppsPermissionsWhitelisted
gts 6.0 R2 com.google.android.pm.gts.PackageManagerHostTest#testMediaProjection
11-03 16:04:48 I/ModuleListener: [1/1] com.google.android.pm.gts.PackageManagerHostTest#testMediaProjection fail:
junit.framework.AssertionFailedError: Instant App should be able to access Media Projection APIs.
Please apply patch r.android.com/732269
at junit.framework.Assert.fail(Assert.java:57)
at junit.framework.Assert.assertTrue(Assert.java:22)
at junit.framework.TestCase.assertTrue(TestCase.java:192)
at com.google.android.pm.gts.PackageManagerHostTest.testMediaProjection(PackageManagerHostTest.java:286)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
继续阅读“【GTS 6.0 R2】 com.google.android.pm.gts.PackageManagerHostTest#testMediaProjection”
GTS 6.0_R2 failed com.google.android.nmgiarc.gts.CarrierServicesTests#testCarrierServicesIsTheDefaultImsPackage
junit.framework.AssertionFailedError: CS not the default IMS package.
Google believes that interoperable IP messaging based on the open Rich Communications Services (RCS) specification is a viable direction to improve the Android messaging experience for users beyond SMS/MMS and is becoming a fundamental technology expected on the devices for which we’re licensing GMS.
Camera devices that implement Camera HAL3 MUST NOT report INFO_SUPPORTED_HARDWARE_LEVEL_LEGACY, which is intended only for the devices shipping with legacy HALs.
New versions of ETS (7.x_r4 and 8.x_r5) have been published to the Testing Enterprise Functionality page of the GMS Help Center. The new release fixes a bug caused by a string change in TestDPC that broke thetestNonSuwPoProvisioning test.