CTS 测试总结

CTS测试总结

   根据需要使用google提供的最新版本cts tool进行测试。

因我们本地使用的是windows系统，那么在本地使用cts tool时需要我们自己书写一个终端来运行cts tool。当然如果你之前已经写好了脚本文件直接拷贝到对应的文件夹下就OK。

 

android-cts-6.0_r8-linux_x86-arm\android-cts\tools\目录下新建一个文件CTS-Tradefed.bat编辑：

@echo off

set CTS_ROOT=..\..

rem set RDBG_FLAG=-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=0 暂不需用远程调试

set CTS_LIB=%CTS_ROOT%\android-cts\tools\cts-tradefed.jar

set TDF_LIB=%CTS_ROOT%\android-cts\tools\tradefed-prebuilt.jar

set HST_LIB=%CTS_ROOT%\android-cts\tools\hosttestlib.jar

set JARS=%CTS_LIB%;%TDF_LIB%;%HST_LIB%

rem echo java %RDBG_FLAG% -cp %JARS% -DCTS_ROOT=%CTS_ROOT% com.android.cts.tradefed.command.CtsConsole

call java %RDBG_FLAG% -cp %JARS% -DCTS_ROOT=%CTS_ROOT% com.android.cts.tradefed.command.CtsConsole

rem pause

@echo on

 

   内容大体是将所需的库和包载入进来。运行此脚本，即可模拟出测试环境。运行脚本前需要更新本地jdk的版本，让其与cts tool的版本相匹配，从而能正常运行此脚本。

 

   Windows终端跑单条case进行测试验证：

run cts –c Class -m Method --skip-preconditions （最新的tools必须带有--skip-preconditions）

例如：run cts -c android.bluetooth.cts.BluetoothLeScanTest -m testScanFilter --skip-preconditions

 

跑完CTS的单条case，我们可以在android-cts\repository\results文件夹中找到测试报告：

 

在android-cts\repository\logs下我们可以看到跑此条case的关键log

 

当然你在分析时需要详尽的log去分析。在跑单条case时需要打开mtklog，抓取mtklog，分析此log会更易分析出问题的所在。

 

在解决cts时常见的办法：

   查看根据Class和Method的关键字看出所测试的是什么进行定位。根据log的提示发现什么错误导致的cts不通过。当然这个对简单容易定位的问题很快就能解决。如根据log跟踪代码线索中断。那需要另找方法。

 

   在毫无头绪时，需对比driver only版本，确认是否是mtk release过来的代码就已经有问题了。如果是则需提交eService向mtk询问情况，并让他们给出修改方案。若cts fail原因是最新代码的修改导致的，那就查看近期的代码更新，对代码的确认（dailybuild能很好地确认代码修改的范围）。跟修改出问题的owner确认修改方案。

有些问题已超出自己的能力范围，那提个eService同步给mtk。向mtk寻求帮助可以提高解决速率，更好的赶上项目进度！

 

   有时cts测试fail项是因为手机测试前提未满足导致的，所以在测试cts前需要确保手机的配置已经完成：

1． down完版本后恢复下出厂设置

2． 确保IMEI号已经写好

3． wifi及Bluetooth的mac地址已经写入

4． 测试时插入了SIM卡。

5． Wifi已经连接（最好是连接已经配好vpn的设备），如果wifi没有vpn，需手机配置vpn确保能登录google官网