GMS认证送测前自检项小结
问题：
我们是不是经常遇到这种问题，费了九牛二虎之力将CTS,GTS,Verifier的所有失败项都解完，然后送去谷歌做GMS认证，再然后因为一点点小问题给把认证打回来了，说认证失败，请再修改一下再送测。
此刻，大家一定会有一种生无可恋的感觉。对， 一定的，没有为什么，如果你经历过，你一定绝对的不想再来第二回。
我保证，你一定想接着把这篇文章看完。
原因
那么问题的原因在那里呢？
非常简单，就是因为GMS认证，除了CTS,GTS,Verifier三个测试报告要求全部通过，还有一些自检项。
只要我们知道这些自检项，我们可以在GMS认证送测前进行对应自检，那么就可以避免上面提到的这个问题。
GMS认证送测前自检项
代理检测项：
请参考如下Branding check的内容
- 开机logo
使用新的powered by android样式. 并且符合如下要求
(1)Android boot up logo should be display very clearly
(2)Android boot up logo should be no more than 90% for custormer logo
(3)Android boot up logo is more than 40% width of full screen (tablet is 22.5%,横屏 )
(4)The powered by Android mark must move up slightly, there should (4)always be clear space equal to the height of the“powered by Android” mark
(5)Android boot up logo should be in center of horizontal direction
开机logo检测，一般没有问题。- Google collection folder 的排列和play store的图标
参考附件文件，此文档谷歌会提供给代理，可以向他们咨询。
参考文档：GMS Requirements Document 4.0 FINAL.pdf
- Firs api level 第一个送测版本不能设置
读取系统属性 ro.product.first_api_level要为空
adb shell getprop ro.product.first_api_level- check data and cache
要求 ：data>1G cache>100M
使用命令：
adb shell
dfFilesystem 1K-blocks Used Available Use% Mounted on
tmpfs 445928 640 445288 1% /dev
tmpfs 445928 0 445928 0% /mnt
/dev/block/dm-0 2929232 2371752 541096 82% /system
/dev/block/bootdevice/by-name/userdata 3578800 382052 3180364 11% /data
/dev/block/bootdevice/by-name/cache 253920 152 248528 1% /cache
/dev/block/bootdevice/by-name/persist 28144 196 27296 1% /persist
/dev/block/bootdevice/by-name/modem 65488 56960 8528 87% /firmware
/dev/fuse 3578800 382052 3180364 11% /storage/emulated重点关注分区：cache和userdata分区大小
- it should be have screen ping button under security
Settings---Security----Screen pinning- recently at least should display the title of 4 activities at a time
最近应用最多显示4个最近应用的缩略图- usb debug must off as default
Settings--Phone status--点击7次Build number 打开Developer options。
Settings--Developer options--USB debugging 要确认此为关闭- unknown resource should not select as default
Settings---Security--Unknown sources为不选中- AFW check. 1:1. must support device owner setup flow 2 BYOD DO in CV
CV case中有BYOD和device owner的case就可以- security patch 最好更新到最新的
adb shell getprop ro.build.version.security_patch
./build/core/version_defaults.mk
PLATFORM_SECURITY_PATCH := 2016-05-01
安全patch尽量使用2个月内的, 比如现在是9月, 最好使用8月的patch- 3个功能键check
点击Back--返回操作
点击Home--返回桌面
点击Recent--显示最近应用
长按Back--返回操作
长按Home--打开google Now
长按Recent--显示最近应用- Client id check
各个项目对应client id:
这是wiko项目的client id：
[ro.com.google.clientidbase]: [android-wiko]
[ro.com.google.clientidbase.am]: [android-wiko]
The following properties has been deprecated and should not be specified:
- ro.com.google.clientidbase.gmm
- ro.com.google.clientidbase.vs
- ro.com.google.clientidbase.yt这些Client id客户要谷歌代理有，可以向他们咨询提供。
- 默认浏览器检查
默认浏览器默认要是chrome, 如果有超过2个浏览器的话, 默认要么是chrome,要么弹一个选择列表, 按照字面顺序排列
GTS报告下的screenshot的browser图片可以check, 或者设置一个联系人,信息里输入网址, 点击联系人, 点击网址check以前项目送测失败的经验自检项
我们做项目时，还是会有一些客户需求，修改，导致的送测的失败经验， 我们可以在下一次送测前再自检一下，以确保没有问题，提高通过率：
- 检测ro.build.fingerprint属性值的格式是否符合要求
- Settings—Sound—Emergency broadcasts要显示
自检项来自哪里
最后，可能有人会问，这些谷歌GMS认证的自检项，是来自哪里，权威不？
我的回答是这些自检项来自谷歌GMS认证的代理机构，我们可以在做项目送测前向他们咨询，要求他们提供。因为源自官方，所以当然权威。