android 4.4 cts测试,android之CTS兼容性测试及FAIL issue
最近在忙碌著CTS測試，頭大啊，各種莫名的fail，timeout，今天晚上剛好有時間來寫篇文章來記錄下；
CTS(Compatibility Test Suite)；為什么要做CTS測試：
Give your users the best possible experience with the applications they run.
When a device is compatible with Android, users can choose from among many high-quality applications.
Applications that take full advantage of Android's features are likely to perform best on compatible devices.
Make it easy for developers to write top-quality applications for your device.Developers want to streamline their applications for Android,
and this is easiest for them when they are writing for a predictable platform.
Take advantage of the Android Market.
Compatible handsets can give users access to the Android Market.
一、CTS測試之前的需要的準備項和如何進行測試；
做CTS測試首先得做很多項的配置，現在來仔細說下CTS的配置過程：
1、首先得安裝有adb，并且配置adb的環境變量；export PATH=$PATH:/home/myuser/adb；
2、準備一個cts包，可以在源碼中通過make cts編譯，也可以在android網站上面下載下來(http://source.android.com/compatibility/downloads.html)；
包里面有三個文件夾，其中tools下面有測試需要的jar包以及cts-tradefed腳本用于執行cts命令；還有一個repository文件夾，里面有一些測試計劃，測試結果也會生成在里面；在repository/testcases目錄下找到CtsDelegatingAccessibilityService.apk和/CtsDeviceAdmin.apk，并且安裝；
1
2
adb install android-cts/repository/testcases/CtsDelegatingAccessibilityService.apk
adb install android-cts/repository/testcases/CtsDeviceAdmin.apk
安裝以后在setting中會多出設置項，需要進行設置Settings > Accessibility > Delegating AccessibilityService，Settings > Security > Device Administrators >android.deviceadmin.cts.CtsDeviceAdmin* settings；
3、在setting中需要設置多項設置項，setting-display-sleep設置30min鐘，language設置為E文，Security中Screen lock設置NONE；
4、Cts有media stress測試，你需要在這里下下載各種分辨率的mp4視頻文件，在這里下載android-cts-media-X.Y.zip，執行里面的copy_media.sh腳本，把視頻文件拷貝到/sdcard/test目錄下,當然你也可以手動push；
5、插入一張有錢的SIM卡；
都準備好了接下來就可以跑CTS了，首先
1
./android-cts/tools/cts-tradefed
這下就進入了CTS測試的命令行模式了，然后執行
1
run cts --plan CTS
進行全部項的測試，如果你想測試某一個測試plan，可以
1
run cts --plan
這個時候等待結果就行了...漫長的等待啊......
二、如何進行單項測試呢？
在Linux環境下，如果你想進行單項測試，比如說某個package，class，method之類的，可以這樣
1
run cts --package packageName1
run cts --class className1
run cts --class className --method methodName
,這下就可以對單個的錯誤進行調試運行了；
如果我想在windows環境下進行CTS單項測試呢(不知道windows下有沒有CTS整項測試)？你首先需要將repositorytestcases下的所有的apk之類的文件都push到data/app下面去，然后通過
1
adb shell pm list instrumentation
顯示所有的Runner，這里的Runner作為下面這個命令-w以后的參數，然后通過
1
adb shell am instrument -e class 類名#方法名 -w “Runner”
進行單項的測試；
舉個例子，比如：
1
2
3
adb shell am instrument -e
class android.accessibilityservice.cts.AccessibilityTextTraversalTest#testActionNextAndPreviousAtGranularityPageOverText
-w com.android.cts.accessibilityservice/android.test.InstrumentationCtsTestRunner
悲催的result：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
android.accessibilityservice.cts.AccessibilityTextTraversalTest:
Error in testActionNextAndPreviousAtGranularityPageOverText:
java.util.concurrent.TimeoutException: Expected event not received within: 5000 ms.
at android.accessibilityservice.cts.AccessibilityActivityTestCase$AccessibilityInteractionBridge.executeCommandA
ndWaitForAccessibilityEvent(AccessibilityActivityTestCase.java:542)
at android.accessibilityservice.cts.AccessibilityTextTraversalTest.testActionNextAndPreviousAtGranularityPageOve
rText(AccessibilityTextTraversalTest.java:1219)
at java.lang.reflect.Method.invokeNative(Native Method)
at android.test.InstrumentationTestCase.runMethod(InstrumentationTestCase.java:214)
at android.test.InstrumentationTestCase.runTest(InstrumentationTestCase.java:199)
at android.test.ActivityInstrumentationTestCase2.runTest(ActivityInstrumentationTestCase2.java:192)
at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:190)
at android.test.AndroidTestRunner.runTest(AndroidTestRunner.java:175)
at android.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:555)
at android.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1661)
Test results for InstrumentationCtsTestRunner=.E
Time: 5.796
FAILURES!!!
Tests run: 1, Failures: 0, Errors: 1
相比windows下進行單項測試，Linux下還是簡單的多了。。。
對于UiAutomatorTests的測試項，如何進行單測呢？因為之前我們意見將CtsUiAutomatorTests.jar push到了data/app下，我們只需執行如下命令即可測試；
1
uiautomator runtest /data/app/CtsUiAutomatorTests.jar -c com.android.cts.uiautomatortest.CtsUiAutomatorTest
三、 如何針對所有的failed的項進行重測呢？
首先你得通過l r命令列出測試記錄的sessionId，然后進入respository/result/×××/testResult.xml中，首先把failed總項數改為0，notExecuted總項數改為你之前failed的項數；
然后通過vi的全局替換命令“1,$s/old/new/g”替換所有的result=“failed”為result=“notExecuted”，
1
run cts --continue -session “sessionID”
接下來就可以通過上面這個命令進行重測了；
四、除去不需要測試的測項
在某些時候，當手機沒有該項功能時，是否我們就不需要測試該項呢？比如不帶telephony的平板電腦CTS就不需要去測試telephony的項；
如何去除看下這段代碼就知道了：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
PackageManagerService.java
void readPermissions() {
// Read permissions from .../etc/permission directory.
File libraryDir = new File(Environment.getRootDirectory(), "etc/permissions");
if (!libraryDir.exists() || !libraryDir.isDirectory()) {
Slog.w(TAG, "No directory " + libraryDir + ", skipping");
return;
}
if (!libraryDir.canRead()) {
Slog.w(TAG, "Directory " + libraryDir + " cannot be read");
return;
}
// Iterate over the files in the directory and scan .xml files
for (File f : libraryDir.listFiles()) {
// We'll read platform.xml last
if (f.getPath().endsWith("etc/permissions/platform.xml")) {
continue;
}
if (!f.getPath().endsWith(".xml")) {
Slog.i(TAG, "Non-xml file " + f + " in " + libraryDir + " directory, ignoring");
continue;
}
if (!f.canRead()) {
Slog.w(TAG, "Permissions library file " + f + " cannot be read");
continue;
}
readPermissionsFromXml(f);
}
// Read permissions from .../etc/permissions/platform.xml last so it will take precedence
final File permFile = new File(Environment.getRootDirectory(),
"etc/permissions/platform.xml");
readPermissionsFromXml(permFile);
}
現在知道了去除的方法就是把/etc/permissions下除了platform.xml的其他xml中找到telephony相關的配置文件，去除就行了，當然其對應的編譯前文件在framework/native/data/etc下；對其進行修改即可；
五、CTS bug的記錄；
在此記錄一下我跟了好幾天的一個CTS bug：
1、
1
android.media.cts.MediaPlayerTest -- testGapless1 fail junit.framework.AssertionFailedError: silence detected, please increase volume and rerun test at android.media.cts.MediaPlayerTest.testGapless(MediaPlayerTest.java:397)
出現此問題的原因是EffectVisualizer.cpp中的Context狀態一直是VISUALIZER_STATE_INITIALIZED無法VISUALIZER_STATE_ACTIVE，導致無法走進判斷；修改system.prop下的兩個property為false即可通過測試；PS：不同的android項目可能在不同的prop里面，也有可能在build.prop下；另外此選項是針對qcomm平臺的這種解碼方式；
Tunnel.decode use for low latency playback, it use Qualcomm HW decoder. But Tunnel decoder don't support Gapless playback, so please disable it when do CTS test.
1
2
tunnel.decode=false
tunnel.audiovideo.decode=false
當然，你也可以
1
getprop tunnel.decode
然后重測看一下結果；
2、
1
android.security.cts.PackageSignatureTest -- testPackageSignatures fail junit.framework.AssertionFailedError: These packages should not be signed with a well known key: [com.qualcomm.wifip2p.service, com.android.voicedialer, com.qualcomm.timeservice, com.qualcomm.qlogcat, com.qualcomm.atfwd, com.android.launcher, com.android.defcontainer, com.android.quicksearchbox, com.android.contacts, com.android.phone, com.android.calculator2, com.android.htmlviewer, com.android.cellbroadcastreceiver, com.android.MultiplePdpTest, com.android.providers.calendar,.......
[reason]
using android default key to sign apk；
[Solution]
sign apk using our own key
[Change File]
buildtargetproductsecurity*
3、
1
-- testNoSetuidTcpdump fail junit.framework.AssertionFailedError: File "/system/xbin/tcpdump" is setUID at android.security.cts.BannedFilesTest.assertNotSetugid(BannedFilesTest.java:71)
[reason]
the permission for system/xbin/tcpdump is wrong.
[Solution]
set the correct permission to 00755 for system/xbin/tcpdump
[Change File]
system/core/include/private/android_filesystem_config.h；
4、
1
-- testStartUsingNetworkFeature_enableHipri fail junit.framework.AssertionFailedError: Couldn't connect using hipri... at android.net.cts.ConnectivityManagerTest.testStartUsingNetworkFeature_enableHipri(ConnectivityManagerTest.java:293)
[reason]
don't set the right APN
[Solution]
set APN and in the APN type field include "hipri"
[Change File]
N/A
5、
1
-- testActivateGoodReceiverDisplaysActivationUi fail junit.framework.AssertionFailedError at android.admin.cts.DeviceAdminActivationTest.assertDeviceAdminDeactivated(DeviceAdminActivationTest.java:200)1
2
3
4
junit.framework.AssertionFailedError
at android.admin.cts.DeviceAdminActivationTest.assertDeviceAdminDeactivated(DeviceAdminActivationTest.java:200)
at android.admin.cts.DeviceAdminActivationTest.testActivateGoodReceiverDisplaysActivationUi(DeviceAdminActivatio
nTest.java:102)
在網上找到的一個解決辦法：
Install the "CtsDeviceAdmin.apk" and
enable only the first two
options in the security-->Deviceadministrators".
It will make the Test case "testActivateGoodReceiverDisplaysActivationUi"
PASS. Even all the 18 Test cases in this Package
(android.admin) will get PASS on Android 4.3;
但是奇怪的是這個fail報錯的位置在源碼中找不到，DeviceAdminActivationTest,java中根本沒有200行的代碼，查看4.4的cts源碼也是一樣的；不知道是不是android-cts-4.3_r2-linux_x86-arm.zip的問題。
6、
1
-- testUsbDebugging fail junit.framework.ComparisonFailure: expected: but was: at android.os.cts.UsbDebuggingTest.testUsbDebugging(UsbDebuggingTest.java:28)
這個是測試secure USB debug的測項，需要ro.adb.secure這個property；
1
assertEquals("1", SystemProperties.get("ro.adb.secure"));
在main.mk文件中添加
ADDITIONAL_DEFAULT_PROPERTIES += ro.adb.secure=1即可啟用；
關于這個secure USB debugging可以參考，請務必注意修改;在開啟secure USB debugging后，如果你的機器插入usb時無法彈出authorization的彈出框，你需要更新你的adb版本，adb version：Android Debug Bridge version 1.0.31；
7、
1
2
3
4
5
6
7
8
9
android.net.cts.TrafficStatsTest
-- testTrafficStatsForLocalhost fail junit.framework.AssertionFailedError: uidtxb: -1 -> -1 at android.net.cts.TrafficStatsTest.testTrafficStatsForLocalhost(TrafficStatsTest.java:136)
[reason]
CONFIG_UID_STAT not set
[Solution]
set CONFIG_UID_STAT=y
[Change File]
kernel/arch/arm/configs/msm8960_defconfig"
8、
1
2
org.apache.harmony.luni.tests.java.net.URLConnectionTest
-- test_getOutputStream fail junit.framework.AssertionFailedError: Got different responseCode expected:<405> but was:<200> at org.apache.harmony.luni.tests.java.net.URLConnectionTest.test_getOutputStream(URLConnectionTest.java:870)
這個CTS bug是(2014.01)最近才會出現的，原因是www.google.com/ie的post訪問方式的HTTP返回碼問題，無需fix，google會在最新的code中刪除掉此項測試；
總結
以上是生活随笔為你收集整理的android 4.4 cts测试,android之CTS兼容性测试及FAIL issue的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 电脑任务栏消失解决办法
- 下一篇： 连毕马威也看好这家金融科技公司，面对AI