android60cts

1. android認證包括什麼android認證只包括GMS認證嗎

GMS綜述

GMS認證，一般要求我們提供CTS， XTS， Verify三份測試報告，如下圖：

4 Fail項的處理

給高通提case,給MTK提eservice，因為這個一般自己能解的比較少，主要還是要靠高通和MTK來解。 慢慢積累自己的fail項庫 慢慢積累自己處理fail項的能力

2. android的cts測試到底有多細

1.下載完整的cts測試工具包，方式有兩種：

a.在現有代碼上編譯，代碼版本與目標機器版本一致;

b.在Google官網下載：http://source.android.com/compatibility/downloads.html，Compatibility
Test Suite (CTS)即可。

2.下載media測試內容，還是上邊的官網，在網頁最下邊：

CTS Media Files

These media files are required for the CTS media stress tests.

CTS Media 1.0

3.連接手機與電腦(至少一台手機)

4.測試前准備

android-cts/repository/testcases中的.apk和CtsDeviceAdmin.apk

安裝完成以上apk後，在手機端操作：

a.設置->輔助程序->Delegating Accessibility Service,打開;

b.設置->安全->設備管理器->CTS相關的兩個選項都激活;

c.打開USB調試模式;

d.保持屏幕喚醒;

e.允許模仿位置;

f.切換至英文模式US。

5.進入cts控制台

執行android-cts/tools/cts-tradefed

dev@linux -dev:~/android/CTS/android-cts/tools$ ./cts-tradefed

09-0509:20:52 I/: Detectednew device c8090fe4

09-0509:20:52 I/: Detectednew device5348300e

Android CTS 4.2_r1

我現在連接著兩台設備，都檢測到了。

6.開始進行CTS測試

首先，在控制台中輸入help看這個控制台都能幹什麼。

cts-tf > help

CTS-tradefed host version 4.2_r1

CTS-tradefed is the test harness for running the Android Compatibility
Suite, built on top of the tradefed framework.

Available commands and options

Host:

help: show this message

help all: show the complete tradefed help

exit: gracefully exit the cts console, waiting till all invocations are
complete

Run:

run cts --plan test_plan_name: run a test plan

run cts --package/-p: run a CTS test package

run cts --class/-c [--method/-m]: run a specific test class
and/ormethod

run cts --continue-session session_ID: run all not executed tests from a
previous CTS session

run cts [options] --serial/s device_ID: run CTS on specified device

run cts [options] --shards number_of_shards: shard a CTS run into given
number of independent chunks, to run on multiple devices inparallel

run cts --help/--help-all: get more help on running CTS

List:

l/list d/devices: list connected devices and their state

l/list packages: list CTS test packages

l/list p/plans: list CTS test plans

l/list i/invocations: list invocations aka CTS test runs currentlyin
progress

l/list c/commands: list commands: aka CTS test run commands currently in
the queue waiting to be allocated devices

l/list r/results: list CTS results currently present in the repository

Add:

add derivedplan --plan plane_name --session/-s session_id-r
[pass/fail/notExecuted/timeout]: derive a plan from the given session

Dump:

d/mp l/logs: mp the tradefed logsfor all running invocations

Options:

--disable-reboot: Do not reboot device after running some amount of
tests.

run cts --plan + 運行某個plan，查看當前支持的plan，運行l
p，實際上所有的plan存放在android-cts/repository/plans;

run cts --package/-p 運行某一個測試包;

run cts --class/-c [--method/-m] 運行某一個測試類或測試方法;

run cts --continue-session session_ID 繼續運行之前沒有完成的CTS測試，要知道它的session_ID;

run cts [options] --serial/s device_ID 在某個串號的設備上進行CTS測試，對應多個機器的時候，通過adb
devices能夠查看當前連接的所有設備的串號;

run cts [options] --shards number_of_shards 在多個設備上同時運行CTS測試，如run cts --plan
CTS --shards 2，在兩個設備上同時運行;

run cts --help/--help-all 展示更多幫助

查看列表：

查看行為是l/list，接不同的參數顯示對應信息。

d/devices 當前連接的設備，效果同adb devices，不過信息更詳細，還有設備電量信息;

packages 當前CTS plan的所有測試包;

p/plan 當前所支持的CTS plan有哪些;

i/invocations 當前CTS的運行狀態;

c/commands 展示出用戶輸入過的命令;

r/results 展示以往的測試結果

Session Pass Fail Not Executed Start time Plan name Device serial(s)

0 17720 239 12 2013.08.24_18.23.23 CTS c8090fe4

1 17907 64 0 2013.09.04_17.51.15 CTS FUSC85YLYPAMRC69

需要特別關注的幾點注意事項：

首先，手機的功能一定要完整，WIFI BT 3G CAMERA等;

手機要切換至英文語言;

連接到可用WIFI;

有SIM卡，並能夠打電話發簡訊;

對於屏幕密度，目前CTS中最高支持320，但實際上Google已經添加了對480，也就是1080p的支持;

會檢測Fingerprint，注意廠家名;

要保證能夠訪問到www.google.com;

實戰演戲：

連接兩台手機後，進入cts控制台：

run cts --plan CTS --shards 2

兩台手機上會同時跑起CTS測試，大概5小時候測試完成，生成測試報告，保存在results下。

3. android產品上市必須通過CTS認證測試嗎

是的，一定要通過CTS認證測試

Android的CTS測試，英文為Compatibility Test Suite，意為兼容性測試。只有通過CTS測試的設備才有可能獲得Android的商標和享受Android Market的許可權。以下分享我對Android CTS的認識。
一、取得Compatibility Test Suite的兩種方法：
（1）可以從http://source.android.com/compatibility/downloads.html下載最新版本的Compatibility Test Suit；
（2）也可以通過編譯Android源代碼的方式獲得。在android源代碼目錄下輸入make cts命令來編譯CTS，之後會在out/host/linux-x86/cts/下生成android-cts文件夾。這個文件夾就是Compatibility Test Suit。
==========================================
1、Error occurred ring initialization of VM
Could not reserve enough space for object heap
從字面上看是在初始化java Vm的時候不能獲取足夠的堆空間，於是修改了build/core/definition.mk文件中的編譯core.jar和framework.jar時需要的-JXmx為1024m，此參數代表編譯上述兩個包時需要的最大內存，此初始值為2048M，由於我的PC電腦總的內存才2G，系統運行會占據一部分內存，故編譯android的時候肯定不會分配2G內存，
解決：
把build/core/definitions.mk 文件
第1528行:$(if $(findstring windows,$(HOST_OS)),,-JXms16M -JXmx2048M) \
改成： $(if $(findstring windows,$(HOST_OS)),,-JXms16M -JXmx1024M) \
http://blog.csdn.net/leerobin83/article/details/7873229
==========================================
二、運行CTS的方法，步驟如下：
（1）進入目錄android-cts，該目錄是通過上面那兩種方法獲得的。在android-cts目錄下會有3個文件夾，其中一個是tools。
（2）進入tools目錄，輸入./startcts來啟動CTS。
（3）如果運行成功會出現Android CTS version 2.3_r1的字樣（我的android的版本是2.3的）。如果有連接設備到PC上還會出現Device(設備ID)connected的字樣。這里設備可以是連接PC的android的機器，也可以是模擬器。
三、CTS測試的方法：
（1）在cts_host>下敲入help，會顯示cts下的許多命令。ls –plan命令顯示google自帶的測試方案，如：Java、Signature、Android、CTS、VM、RefApp、Performance、AppSecurity。其中Performance這個方案是google暫不要求的。Java、Signature、Android、VM、RefApp、Appsecurity方案都是CTS方案的子集。
（2）用命令ls -d來查看已連接的設備，CTS測試之前我們必須保證至少有一個設備連接上。
（3）輸入命令start –plan CTS來執行CTS測試方案，該方案有兩萬多條測試項目，需要很長時間，因此除了第一次測試之外，不建議這么做。我做的都是針對某些包的測試。如果連接了多個設備的話需加上-d參數，後面跟上設備id來告訴CTS需要測試的設備。
（4）對單獨一個包進行測試的方法：start –plan CTS –p 包名；推薦用這種方法來進行針對性的測試。需要知道有哪些包名，可以輸入命令：ls –plan CTS
（5）也可以針對單獨一個case進行測試：start –plan CTS –test 類名#方法名
四、查看測試的結果：
測試生成的log在\android-cts\repository目錄下以log+測試時間.txt命名。測試報告在android-cts\repository\results目錄下，也是以測試時間命名。
五、注意事項：
（1）測試前需要安裝一個apk：adb install -r android-cts/repository/testcases/.apk 然後在設置裡面的輔助功能中會多一個Delegating Accessibility Service選項，將這個選項勾起。
（2）在android設備設置中：顯示->屏幕超時->選取30分鍾
（3）在android設備設置中：應用程序->開發->勾選保持喚醒狀態。
（4）保證測試前，android設備在主界面狀態。
（5）將android設備的語言設置為英文

4. 如何進行android兼容性測試cts

二、運行CTS的方法，步驟如下：
（1）進入目錄android-cts，該目錄是通過上面那兩種方法獲得的。在android-cts目錄下會有3個文件夾，其中一個是tools。
（2）進入tools目錄，輸入./startcts來啟動CTS。
（3）如果運行成功會出現Android CTS version 2.3_r1的字樣（我的android的版本是2.3的）。如果有連接設備到PC上還會出現Device(設備ID)connected的字樣。這里設備可以是連接PC的android的機器，也可以是模擬器。
三、CTS測試的方法：
（1）在cts_host>下敲入help，會顯示cts下的許多命令。ls –plan命令顯示google自帶的測試方案，如：Java、Signature、Android、CTS、VM、RefApp、Performance、AppSecurity。其中Performance這個方案是google暫不要求的。Java、Signature、Android、VM、RefApp、Appsecurity方案都是CTS方案的子集。
（2）用命令ls -d來查看已連接的設備，CTS測試之前我們必須保證至少有一個設備連接上。
（3）輸入命令start –plan CTS來執行CTS測試方案，該方案有兩萬多條測試項目，需要很長時間，因此除了第一次測試之外，不建議這么做。我做的都是針對某些包的測試。如果連接了多個設備的話需加上-d參數，後面跟上設備id來告訴CTS需要測試的設備。
（4）對單獨一個包進行測試的方法：start –plan CTS –p 包名；推薦用這種方法來進行針對性的測試。需要知道有哪些包名，可以輸入命令：ls –plan CTS
（5）也可以針對單獨一個case進行測試：start –plan CTS –test 類名#方法名
四、查看測試的結果：
測試生成的log在\android-cts\repository目錄下以log+測試時間.txt命名。測試報告在android-cts\repository\results目錄下，也是以測試時間命名。
五、注意事項：
（1）測試前需要安裝一個apk：adb install -r android-cts/repository/testcases/.apk 然後在設置裡面

5. android cts如何到另一台電腦繼續測試

Android 4.0 CTS 測試方法
這段時間公司做CTS測試，下面是一些總結，以android4.0.3為例，希望對大家有所幫助！
一 CTS測試簡介
The Android compatibility program makes it easy for mobile device manufacturers to develop compatible Android devices
CTS具體的介紹，大家可以參考google的官方網站，大家可以詳細的了解CTS測試的目的和環境，我們一般的疑惑都能在該網站上找到答案。

1.1為什麼需要兼容性測試（以下稱CTS）？
1.1.1、讓APP提供更好的用戶體驗。用戶可以選擇更多的適合自己設備的APP。讓APP更穩定。
1.1.2、讓開發者設計更高質量的APP。
1.1.3、通過CTS的設備可以運行Android market。
1.2怎麼樣才能讓我的設備變成兼容的。

1.2.1、與Android Compatibility Definition文檔（以下簡稱ACD）匹配
先看一下與你的系統版本相匹配的ACD，文檔中描述了你需要具備的軟體和硬體參數。
1.2.2、通過CTS測試
CTS是開源的測試框架，使用它來測試你的設備是否具備兼容性。
1.2.3、提交報告
你可以把測試結果發送給[email protected]。當你提交了一個CTS報告時，你還可以要求訪問Android Market。
如果是google的合作夥伴，需要將CTS測試報告、機器、以及軟體一共寄給google進行測試，取得google的approval以後，手機才能上市，這是後話，相信好多人都是用不到的。
1.3 CTS測試原理

CTS主要包含兩個組件：
運行在PC上的測試框架組件。主要用來管理測試用例（test case）的執行。
運行在設備或模擬器上的測試用例。這些用例用JAVA寫成的APK文件。
1.4工作流程
1）可以從源碼編譯CTS，也可以從網站下載編譯好的CTS

2）安裝配置CTS。
3）把設備連接到PC上。
4）運行CTS。CTS會把相應的測試用例（也就是一個APK文件）傳送到設備上並通過instrumentation運行，然後記錄運行結果，最後刪除測試用例。
所有的測試用例執行完畢後，可以參照測試結果重新調整或優化系統。然後繼續運行CTS測試。
1.5、測試通過以後，你可以把CTS生成的結果（就是result下面那個以測一、取得Compatibility Test Suite的兩種方法：
（1）可以從 下載最新版本的Compatibility Test Suit；
（2）也可以通過編譯Android源代碼的方式獲得。在android源代碼目錄下輸入make cts命令來編譯CTS，之後會在out/host/linux-x86/cts/下生成android-cts文件夾。這個文件夾就是Compatibility Test Suit。
注意：但是源碼中的代碼可能不是最新的，所以建議沖網站上下載最新的，需要用git在google的網站上下載，網上有好多例子，這里就不再重復了。
二 測試用例的范圍
1、Signature
對每個Android產品，都有一些XML文件來描述所有的公開API。CTS包含了一個工具來檢測這些API簽名中包含的API是否都在系統中被支持。
2、Platform
測試SDK文檔中描述的平台API，比如core libraries,Android Application Framework等。要求這些API可以提供：
正確的類、屬性、方法簽名、方法行為、錯誤參數處理方式
3、Dalvik VM
專門針對Dalvik Vm的測試。
4、Platform Data Model
平台通過ContentProvider提供給開發者使用的數據，比如：Contacts,Browser,Settings等。
5、Platform Intents
平台提供的用於核心功能的Intent。
6、Platform permission
平台提供的一些重要APP許可權
7、Platform Resources
simple values,drawables,nine-patch,animations,layouts,styles and themes，loading alternate resources等

三 如何搭配環境
目前cts沒有提供windows版本，只能在Linux下測試。
1 PC機配置環境
PC端網上有好多資料可以供參考，這里就省略了。
2 手機設置
1) 進入settings->Privacy->Factorydata reset，對平台進行reset一次
2) 平台插入一張空的TF卡
3) 平台安裝兩個APK：.apk，CtsDeviceAdmin.apk
4) 進入settings打開Wi-Fi並連接AP (AP需要連外網)
5) 進入settings->Security->Screenlock設為None
6) 進入settings->Security->EnableUnknown sources
7) 進入settings->Security->Deviceadministrators->Enable兩個選項
8) 進入Language&input->language設為English(UnitedStates)
9) 進入settings->Display->Sleep設為30minutes或None
10) 進入settings->Accessibility->EnableDelegating Accessibility Service
11) 進入settings->Developeroptions->Enable USB debugging、Stay awake、Allowmock locations
12) PC上「android-cts-media-1.0」，在android-cts-media-1.0文件下輸入./__media.sh運行腳本，將media文件進平台。成功後會在平台的內存中看到test文件夾。(此條適用於CTS4.0 R2和R3，R1上無需使用）

四 測試方法
1.平台用USB線連接LinuxPC （連通後平台左上方會顯示usb和debug icon）
2.打開終端
3.輸入sudosu -
輸入root密碼
4.輸入cd ../..
輸入 cd /home/linux/cts/android-cts-4.0.3_r1-linux_x86-arm/android-cts/tools (這個是cts-tradefed文件所在路徑，各位需要輸入實際路徑)
輸入 ./cts-tradefed
終端顯示 01-16 15:44:05 I/DeviceManager: Detected newdevice 0123456789ABCDEF(如果沒有這行，說明設備沒有和PC聯通）
Android CTS 4.0.3_r1
cts-tf >

5.輸入run cts --plan CTS
終端顯示 cts-tf > run cts --plan CTS

cts-tf> 01-16 15:45:34 I/TestInvocation: Starting invocation for 'cts' on build'4.0.3_r1' on device 0123456789ABCDEF
01-16 15:45:35I/0123456789ABCDEF: Created result dir 2012.01.16_15.45.34

開始測試CTS
五 關於CTS4.0測試報告

1.CTS測試報告是自動生成一個xml報表，並自動填寫的，不需要測試人員干預

2.當一個CTS測試任務開始時，會在android-cts-4.0.3_r1-linux_x86-arm/android-cts/repository/results中，為這個任務建立一個存放測試報告的文件夾，文件名以任務開始的日期和時間命名。

例如：2012.01.12_13.00.03

3.CTS4.0生成測試報告的速度比CTS2.3/2.2要慢不少，特別是在測試過程中中斷測試，CTS4.0需要70秒才會開始生成報告。如果你在此過程中按ctrl+c終止CTS進程，測試報告就無法生成，以後也無法繼續測試未完成的計劃。

下方是中途斷開後生成報告的例子：

01-1813:50:19I/0123456789ABCDEF: android.accounts.cts.AccountManagerTest#testHasFeature FAIL

Testfailed to run to completion. Reason: 'Test run failed to complete. Expected 1tests, received 0'. Check device logcat for details

01-1813:51:29I/0123456789ABCDEF: android.accounts package complete: Passed 20, Failed 2, NotExecuted 6

01-1813:51:29 I/0123456789ABCDEF: -----------------------------------------

01-1813:51:29 I/0123456789ABCDEF: Test package android.admin started

01-1813:51:29 I/0123456789ABCDEF: -----------------------------------------

……

01-1813:51:30 I/0123456789ABCDEF: -----------------------------------------

01-1813:51:30 I/0123456789ABCDEF: Test package android.widget started

01-1813:51:30 I/0123456789ABCDEF: -----------------------------------------

01-1813:51:30 I/0123456789ABCDEF: Saved log device_logcat_8558243668624894128.zip

01-1813:51:30 I/0123456789ABCDEF: Saved log host_log_6087775957743010530.zip