何为CTS?
相信小伙伴们都有用过各种款式的Android手机,如小米、魅族、华为、oppo、vivo,虽然他们的页面长的都不太一样,比如小米的长这样:
魅族的:
oppo的:
还有垂死挣扎的锤子...
但是这些手机其实都是搭载的Android系统,只不过国内的手机厂商在原生Android的基础上进行修改/定制。其实原生的Android长这样:
这么多手机厂商都要改造成自己的UI,甚至要对Android底层进行改动,难免不会改出什么问题。所以Google为了这些定制的系统能够符合统一的规范、兼容Android底层的API,就引入了CTS测试。
以下是其官方介绍
Compatibility Test suite系列兼容测试
Google定义了一个兼容性规范(Compatible Definition),而CTS就是为了确保某个测试符合该规范。从而基于Android的应用程序能在基于同一个api版本的设备上面运行。通过CTS测试的device可以获得android的商标,并且享受android market的权限。
为什么需要CTS?
由于Google的开放策略,越来越多的终端厂商以及互联网企业加入到手机终端商的领域,加剧了Android移动终端的碎片化,导致出现基于Android客户端的App产品因为兼容性差,不能在用户手机上正常安装、运行错误、强制退出等问题,严重影响用户的体验。
通过CTS测试,可以保证
- 让APP提供更好的用户体验,用户可以选择更多的适合自己设备的APP;
- 让开发者设计更高质量的APP;
- 通过CTS的设备可以运行Android market;
CTS配置
下载和配置CTS
官网:http://source.android.com/compatibility/downloads.html
注意:此网站需要FQ
下载文件:(Android 4.4为例)
- Android 4.4 Compatibility Definition Document (CDD)
- Android 4.4 R3 Compatibility Test Suite (CTS) - ARM
- Android 4.4 R3 Compatibility Test Suite (CTS) - x86
- Android 4.4 R3 CTS Verifier - ARM
- Android 4.4 R3 CTS Verifier - x86
- Compatibility Test Suite (CTS)
- User Manual
CTS Media 1.1
配置CTS:
- 解压Compatibility Test Suite对应的压缩包
- 将解压出来的android-cts文件夹,复制到SDK根目录中
CTS目录结构说明
CTS测试流程
测试准备
step1:测试环境:
- linux系统(最好是64位的ubuntu)
- 需正确配置JAVA JDK , android SDK
step2:工具准备:
- 将下载的CTS包解压到/data目录
- 下载需要进行测试的软件版本(ROM)
- 插入可用的SD卡,容量最好是大于1G
- 插入可用的Sim卡,如果为双卡版本,需确保卡一的卡槽有可用的Sim卡.
- 写入合法的IMEI号
step3:手机配置:
- 手机恢复出厂设置(Settings→Backup and reset→Factory data reset)
- 确保SD中有足够的空间(大于1G),可将SD格式化清空。
- 确保手机里没有Google账号或者其他账号存在
- 确保日期和时间的正确(开了Wifi或者数据连接以后会自动更新时间,时区选默认的)
- 设置屏幕为常亮(Settings→Display→Sleep→Never)
- 设置无锁屏(Settings→Security→Set up screen lock→None)
安装CtsDeviceAdmin.apk,(在android-cts/repository/testcases下,可用adb install CtsDeviceAdmin.apk),并进入Settings→Security→Device administrators开启里面的两个包
测试执行
进入到/android-cts/tools目录输入:
./ cts-tradefed
进入测试环境
再执行run cts --plan CTS进行整体测试
run cts -c android.app.cts.SystemFeaturesTest
测试过程持续时间超过10+小时
测试结果会生成在android-cts/repository/results目录中的
testResult.xml
Log日志文件位于android-cts/repository/logs目录下
CTS操作基本命令
分类 | 命令 | 说明 |
---|---|---|
Host | help | 基本命令帮助说明 |
Host | help all | 全部命令帮助说明 |
Host | exit | 退出控制台 |
Run | run cts --plan test_plan_name | 运行指定计划 |
Run | run cts --package/-p | 运行指定包 |
Run | run cts --class/-c [--method/-m] | 运行指定方法 |
Run | run cts --continue-session session_ID | 继续运行指定回话ID |
Run | run cts [options] --serial/-s device_ID | 运行指定设备 |
Run | run cts [options] --shards number_of_shards | 运行多个设备 |
Run | run cts --help/--help-all | 运行帮助 |
List | l/list d/devices | 列出连接的设备 |
List | l/list packages | 列出所有测试包 |
List | l/list p/plans | 列出所有测试计划 |
List | l/list r/results | 列出已经保存的结果 |
CTS测试结果分析
测试报告的fail项分为两类:
- 一类是可以waive的,可以waive的项是谷歌自身的原因,经谷歌同意可以不用处理的项。另一类是需要我们分析修复的。 关于可以waive的选项,可以waive的选项一般会有一个表格维护,这个表格会不定时更新,可主动向相关人员索取。
- 如果不是google waive项,请查看log,在异常log的附近会有一些相关的信息,看能否找到原因
如果在之前的版本上测试PASS,可定位一下OK版本和fail版本之间的代码提交,进而缩小排除范围
有些时候想在测试包里面加一些LOG信息,可以自行编译工程代码的CTS,用来测试调试。
若实在不能分析,可向平台商(如MTK/Qualcomm)寻求帮助。
欢迎来到testingpai.com!
注册 关于