谷歌GMS认证一般哪些测试不容易通过

本文为ctclabs原创文章，欢迎转载！
https://www.sztqbmw.com/thread-8356-1-1.html

前言

这段时间接手了CTS认证相关的工作，在这里整理一下相关的问题。（同时感谢同事对此总结提供的帮助及补充）


1.0 Google Waive项目

这个部分的整理，根据CTS版本来进行分类，以R13为基础版本。
1.1 R13

1.1.1 CtsPermission2TestCases android.permission2.cts.PermissionPolicyTest#testPlatformPermissionPolicyUnaltered
报告分析，而后使用该分析报告，向Google申请豁免
1.1.2 CtsSecurityTestCases android.security.cts.StagefrightTest#testStagefright_bug_23270724
报告分析，而后使用该分析报告，向Google申请豁免
1.1.3 CtsWebkitTestCases android.webkit.cts.WebChromeClientTest#testOnJsBeforeUnloadIsCalled
该项为Chrome60版本的问题，使用59版本即可测过。也可使用nexus机器跑出的报告申请豁免。

2.0 常规项目

2.1 CtsAppSecurityHostTestCases
2.1.1 android.appsecurity.cts.AdoptableHostTest#testApps
> 相关问题
a. android.appsecurity.cts.AdoptableHostTest#testEjected
b. android.appsecurity.cts.AdoptableHostTest#testPackageInstaller
c. android.appsecurity.cts.AdoptableHostTest#testPrimaryStorage
这项测试主要是测试Internal Storage和Adopted Storage的功能及apk安装在不同Storage下的运行情况。测试手法建议如下。
1. 使用大容量高性能的TF卡
2. 清理Phone Storage
3. 重启后测试



2.2 CtsCarrierApiTestCases
2.2.1 android.carrierapi.cts.CarrierApiTest#testHasCarrierPrivileges
该项为白卡测试，需要使用特定的卡片测试。

2.3 CtsHostsideNetworkTests
2.3.1 com.android.cts.net.HostsideVpnTests#testAppDisallowed
该项需要在IPv6并且可以连接Google服务器的环境中测试。



2.4 CtsNetTestCases
2.4.1 android.net.cts.DnsTest#testDnsWorks
该项需要在IPv6并且可以连接Google服务器的环境中测试。
2.4.2 android.net.cts.MultinetworkApiTest#testNativeDatagramTransmission
有两种报错。
EPROTO (Protocol error)：表示Wifi环境连接不上Server
EPERM (Operation not permitted) ：表示在手机段使用了翻墙软件，导致其底层认为该测试网络为虚拟网络。
所以该项需要使用可以直接翻墙的Wifi环境



2.5 CtsJniTestCases
2.5.1 android.jni.cts.JniStaticTest#test_linker_namespaces
从Android 7.0开始不允许app动态链接使用非NDK的so文件，所以也不允许预置so到/system/lib,/system/lib64,/vendor/lib,/vendor/lib64等目录下供app使用，请您打包您的私有so：/system/lib/libandroidmem.so到app中或者其他路径即可。



2.6 CtsLibcoreTestCases
2.6.1 libcore.java.text.OldDateFormatTest#test_formatLjava_lang_ObjectLjava_lang_StringBufferLjava_text_FieldPosition
> 同类问题
同模块下
libcore.java.text.OldDateFormatTest#test_formatLjava_util_Date
libcore.java.text.OldDateFormatTest#test_parseLString
org.apache.harmony.tests.java.text.MessageFormatTest#test_formatLjava_lang_ObjectLjava_lang_StringBufferLjava_text_FieldPosition
org.apache.harmony.tests.java.text.MessageFormatTest#test_formatToCharacterIteratorLjava_lang_Object、
org.apache.harmony.tests.java.text.MessageFormatTest#test_parseLjava_lang_String
org.apache.harmony.tests.java.util.DateTest#test_toLocaleString
不同模块下
CtsTextTestCases
android.text.format.cts.DateUtilsTest#testFormatSameDayTime

该项需要改为12小时制进行测试。厂商如果要求默认为24小时制也是OK的，实验室反馈可以在测试前手动更改。


2.7 CtsThemeHostTestCases
2.7.1 android.theme.cts.ThemeHostTest#testThemes
该项是由于内部客制化需求导致的，请从以下四个角度进行分析和修改。
1. 不可以修改alps\frameworks\base\core\res\res\values下的style.xml和theme.xml，如果有定制需求，可以修改styles_device_default.xml来达到修改UI的目的。
2. 不可以修改alps\frameworks\base\core\res\res\中原有的图片，layout，dimens，attrs，colors等所有资源或属性值，
可以新增资源或属性，不要修改名称或内容，也不要删除。
3. 不可以修改alps\frameworks\base\core\java\android\widget 目录下所有framework default的控件的源代码，若要客制化，请重载对应的函数。
4. 不可以修改 alps\frameworks\base\core\java\android\text\format\DateUtils.java文件中的private static String formatElapsedTime(StringBuilder recyle, String format, long minutes, long seconds)函数，此处会影响CTS中的chronometer的显示效果，如需客制化，请重载该函数。



2.8 CtsJankDeviceTestCases
2.8.1 android.jank.cts.ui.CtsDeviceJankUi#testScrolling
该问题有三种可能因素。
1. 修改了以下三个文件，导致fail，请回退修改。
/frameworks/base/core/java/android/view/View.java
/frameworks/base/core/java/android/view/ViewGroup.java
/frameworks/base/core/java/android/view/ViewRootImpl.java
2. 小内存型号预装过多APK导致开机时，内存占用过多，建议客户在CTS版本中移除不必要的预置。
3. 全面屏Patch导致，全面屏Patch导致的问题。
修改vendor/mediatek/proprietary/frameworks/opt/fullscreenswitchservice/src/com/mediatek/fullscreenswitch/FullscreenDataHelper.java文件，将com.android.cts.usepermission，android.ui.cts，android.jank.cts三个包名设为默认打开全面屏效果。当然不要全部默认打开所有CTS测试项的



2.9 CtsDpiTestCases
2.9.1 android.dpi.cts.AspectRatioTest#testAspectRatio
该项为18:9屏导致的Fail项，因为CTS要求的长宽比应在1.333 到1.86之间，而该屏比例为2.0，需要根据各自平台申请对应全屏Patch并打开对应的宏。





3 器件相关问题

3.1 Camera相关
首先有一个主要的思路就是，只测两颗摄像头，保证前后各有一颗被测试到即可，多余的摄像头，请在代码中屏蔽，不进行CTS 和Verifier测试。
由于这个模块问题比较多，后续会单独写一篇来加以介绍和修改。

android.hardware.camera2.cts.RobustnessTest#testMandatoryOutputCombinations
修改picture size和 preview size，之后编译libcam.paramsmgr


android.hardware.camera2.cts.ImageReaderTest#testYuvAndJpeg
修改FeatureTable，去掉1080P以上的分辨率配置，例如"1680x1248"

android.hardware.cts.CameraGLTest#testCameraToSurfaceTextureMetadata

junit.framework.AssertionFailedError: Too many frame intervals out of frame rate bounds: 98, limit 4

此项是camera帧率项，取出log,观察是那颗摄像头fail，修改相应摄像头的驱动文件，不清楚如何修改的，可以问驱动同事帮忙，或者请FAE协助修改。

3.2 LCM
3.2.1 CtsViewTestCases android.view.cts.DisplayRefreshRateTest#testRefreshRate
该项是测试屏幕理论帧率与实际帧率的误差是否在2以内。
部分平台存在着全面屏支持问题，会导致屏幕帧率上限被锁死在58左右。如果这样适当下调理论值即可。
另外这边的修改会影响到GTS的帧率测试，改完后也验证一下。
3.3 Memory
3.3.1 CtsLibcoreTestCases libcore.java.io.FileInputStreamTest#testSkipOnLargeFiles
这一项测试的是内部存储的性能。首先，保证整3G以上的剩余空间。其次，需要保证足够的硬件性能，可以使用androbench进行测试。如果性能较差，建议寻求厂商优化。