谷歌GMS認(rèn)證一般哪些測試不容***怎么整改

時間：2021-07-28作者：深圳市華商技術(shù)有限公司瀏覽：25

這段時間接手了CTS認(rèn)證相關(guān)的工作，在這里整理一下相關(guān)的問題。（同時感謝同事對此總結(jié)提供的幫助及補充）

點擊查看：谷歌GMS認(rèn)證送樣要求？

1.0 Google Waive項目

這個部分的整理，根據(jù)CTS版本來進行分類，以R13為基礎(chǔ)版本。
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 常規(guī)項目

2.1 CtsAppSecurityHostTestCases
2.1.1 android.appsecurity.cts.AdoptableHostTest#testApps
> 相關(guān)問題 
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.Hostside*Tests#testAppDisallowed
該項需要在IPv6并且可以連接Google服務(wù)器的環(huán)境中測試。







2.4 CtsNetTestCases
2.4.1 android.net.cts.DnsTest#testDnsWorks
該項需要在IPv6并且可以連接Google服務(wù)器的環(huán)境中測試。
2.4.2 android.net.cts.MultinetworkApiTest#testNativeDatagramTransmission
有兩種報錯。
EPROTO (Protocol error)：表示W(wǎng)ifi環(huán)境連接不上Server
EPERM (Operation not permitted) ：表示在手機段使用了翻墻軟件，導(dǎo)致其底層認(rèn)為該測試網(wǎng)絡(luò)為虛擬網(wǎng)絡(luò)。
所以該項需要使用可以直接翻墻的Wifi環(huán)境







2.5 CtsJniTestCases 
2.5.1 android.jni.cts.JniStaticTest#test_linker_namespaces
從Android 7.0開始不允許app動態(tài)鏈接使用非NDK的so文件，所以也不允許預(yù)置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.ssageFormatTest#test_formatLjava_lang_ObjectLjava_lang_StringBufferLjava_text_FieldPosition
org.apache.harmony.tests.ssageFormatTest#test_formatToCharacterIteratorLjava_lang_Object、
org.apache.harmony.tests.ssageFormatTest#test_parseLjava_lang_String
org.apache.harmony.tests.java.util.DateTest#test_toLocaleString
不同模塊下
CtsTextTestCases
android.text.format.cts.DateUtilsTest#testFormatSameDayTime

該項需要改為12小時制進行測試。廠商如果要求默認(rèn)為24小時制也是OK的，實驗室反饋可以在測試前手動更改。




2.7 CtsThemeHostTestCases
2.7.1 android.theme.cts.ThemeHostTest#testThemes
該項是由于內(nèi)部客制化需求導(dǎo)致的，請從以下四個角度進行和修改。
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等所有資源或?qū)傩灾担?br>可以新增資源或?qū)傩裕灰薷拿Q或內(nèi)容，也不要刪除。
3. 不可以修改alps\frameworks\base\core\java\android\widget 目錄下所有framework default的控件的源代碼，若要客制化，請重載對應(yīng)的函數(shù)。
4. 不可以修改 alps\frameworks\base\core\java\android\text\format\DateUtils.java文件中的private static String formatElapsedTime(StringBuilder recyle, String format, long minutes, long seconds)函數(shù)，此處會影響CTS中的chronometer的顯示效果，如需客制化，請重載該函數(shù)。







2.8 CtsJankDeviceTestCases
2.8.1 android.jank.cts.ui.CtsDeviceJankUi#testScrolling
該問題有三種可能因素。
1. 修改了以下三個文件，導(dǎo)致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. 小內(nèi)存型號預(yù)裝過多APK導(dǎo)致開機時，內(nèi)存占用過多，建議客戶在CTS版本中移除不必要的預(yù)置。
3. 全面屏Patch導(dǎo)致，全面屏Patch導(dǎo)致的問題。
修改vendor/mediatek/proprietary/frameworks/opt/fullscreenswitchservice/src/com/mediatek/fullscreenswitch/FullscreenDataHelper.java文件，將com.android.cts.usepermission，android.ui.cts，android.jank.cts三個包名設(shè)為默認(rèn)打開全面屏效果。當(dāng)然不要全部默認(rèn)打開所有CTS測試項的







2.9 CtsDpiTestCases
2.9.1 android.dpi.cts.AspectRatioTest#testAspectRatio
該項為18:9屏導(dǎo)致的Fail項，因為CTS要求的長寬比應(yīng)在1.333 到1.86之間，而該屏比例為2.0，需要根據(jù)各自平臺申請對應(yīng)全屏Patch并打開對應(yīng)的宏。










點擊查看:GMS認(rèn)證CTS測試流程

3 器件相關(guān)問題

3.1 Camera相關(guān)

首先有一個主要的思路就是，只測兩顆攝像頭，保證前后各有一顆被測試到即可，多余的攝像頭，請在代碼中屏蔽，不進行CTS 和Verifier測試。
由于這個模塊問題比較多，后續(xù)會單獨寫一篇來加以介紹和修改。

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，修改相應(yīng)攝像頭的驅(qū)動文件，不清楚如何修改的，可以問驅(qū)動同事幫忙，或者請FAE協(xié)助修改。

3.2 LCM

3.2.1 CtsViewTestCases android.view.cts.DisplayRefreshRateTest#testRefreshRate

該項是測試屏幕理論幀率與實際幀率的誤差是否在2以內(nèi)。

部分平臺存在著全面屏支持問題，會導(dǎo)致屏幕幀率上限被鎖死在58左右。如果這樣適當(dāng)下調(diào)理論值即可。

另外這邊的修改會影響到GTS的幀率測試，改完后也驗證一下。

3.3 Memory

3.3.1 CtsLibcoreTestCases libcore.java.io.FileInputStreamTest#testSkipOnLargeFiles

這一項測試的是內(nèi)部存儲的性能。首先，保證整3G以上的剩余空間。其次，需要保證足夠的


深圳市華商技術(shù)有限公司專注于UL認(rèn)證,SRRC認(rèn)證,FCC認(rèn)證等

• 詞條

  詞條說明

• 藍牙音箱申請CE-RED用什么標(biāo)準(zhǔn)

  藍牙音響出口到歐盟是需要做歐盟CE認(rèn)證的，藍牙音響CE認(rèn)證需要符合歐盟電線指令RED。和普通的音響設(shè)備不一樣，藍牙音響具備無線傳輸功能，這是藍牙音響做CE認(rèn)證的重點。EN 60950-1-2014，信息技術(shù)設(shè)備.安全性；EN 62479-2011，符合人體暴露在電磁場(10 MHz-300 GHz)基本限制的小功率電子和電氣設(shè)備的評定；EN 301489；EN 300328-2017?寬

• 騎行頭盔EN1078測試 EN1078認(rèn)證

  騎行頭盔安全????? 歐盟騎自行車者和滑板運動員的頭盔必須經(jīng)過嚴(yán)格的測試和EC型式檢查，由于自行車，輪滑和滑板等運動的性質(zhì)，許多事故涉及速度碰撞，因此，建議參加這些活動的人員穿上防護服和頭盔以防止嚴(yán)重受傷。這種頭部保護器的當(dāng)前標(biāo)準(zhǔn)是EN 1078：2012。?EN 1078包含許多一般要求，例如材料必須安全無害 - 也就是說，對佩戴者或

• 加州65BPA測試項目和范圍

  自2015年5月11日起，雙酚A（BPA，CAS號：80-05-7）就被歸類為已知可致女性生殖毒性的化學(xué)品。從2016年5月開始，各方針對未能警告消費者暴露于BPA的企業(yè)采取執(zhí)法行動，已達成了關(guān)于熱敏紙和食品接觸產(chǎn)品（如聚碳酸酯餐具）等多項案例。后來案例中對BPA的要求重新約定，已從“不得**過1000 ppm”修改為“無BPA”，并且沒有對提供加州65提案警告的選項進行修改。近來，關(guān)于BPA在熱敏

• 沙特新規(guī)！SABER系統(tǒng)EEI及IECEE和GCC之間關(guān)系、

  根據(jù)沙特標(biāo)準(zhǔn)局的要求，從2019年4月1日起，所有到港的貨物必須持有SABER系統(tǒng)簽發(fā)的證書方能清關(guān)進入沙特。GCC范圍內(nèi)產(chǎn)品出口沙特，2019年3月15日后，認(rèn)證機構(gòu)將不再頒發(fā)COC，產(chǎn)品須在SABER系統(tǒng)上注冊。沙特阿拉伯組織已確認(rèn)自2019年4月1日起，以下技術(shù)法規(guī)下的產(chǎn)品的產(chǎn)品證書PC (Product Certificate)和批次證書SC(Shipment Certificate) 必