android_CTS资料大全
【网学网提醒】：网学会员为需要朋友们搜集整理了android_CTS资料大全相关资料，希望对各位网友有所帮助!
CTS目录整理
1.CTS简介
Android兼容性测试套件标准CTS测试就是用来确保某手机或者模拟器符合该兼容性规范。CTS测试基于Androidinstrumentation测试，其又基于JUnit测试。说白了，CTS就是一堆单元测试用例。这也是Java语言的擅长部分。目前CTS主要包括功能方面的测试，有少数的性能方面的测试。性能测试未来会越来越多。总的来说，它只包括自动化测试，目的主要是保证API的兼容性。由于基于单元测试，CTS本身不能用于测试多应用交互的情况。对我们的帮助：1）应用程序的开发者可以开发出自己应用的单元测试，并将其加入CTS测试集。2）设备制造商可以通过周期性运行CTS测试，确保没有对Android伤筋动骨。
2.CTS目录说明
CTS中主要目录有：tests，tools，apps，development，libs分别说明如下：TESTS文件目录├─accessibilityservice│├─ApiDemosReferenceTest//APIDemo测试用例│├─appsecurity-tests//放置应用程序安全性测试用例│├─assets//用来放置“原料”文件的，在这个目录中可以包含为流媒体和动画准备的音频文件。├─anim//卡通动画├─color//色彩├─drawable//图片├─layout//布局文件├─menu//菜单├─raw//未加工文件mp3,video├─values//风格，字符串，数组│
├─config_demo//存放配置测试用例，包括API检验测试，TestPlanTestResult│├─core//mk,AndroidManifest.xml│├─jni├─ProcessTest//放进程测试用例│├─res//项目资源放置并且编译应用程序的地方。当创建一个新的Android项目，res目录包含3个子目录:drawable,layout,values。前两个是放置并显示图形和布局，values目录放置了XML文件命名字符串，string.xml文件是用来放置遍及程序全局的字符串。在此目录上放置的文件会在R.java（gen目录中）中生成相应的ID，使用时就引用这些ID就行了（引用方式如：@string）。│├─SignatureTest//存放有关签名的测试用例│├─src//此目录包含项目里所有的源文件，│├─tests//源码对应的测试用例，网上下的CTS用例包比SVN上的tests\tests测试用例中少了一个preference包│└─vm-testsAndroid.mkAndroidManifest.xml//此文件是一个指定全局设定的地方，包括程序许可，活动，和意向过滤器等的设定。如果创建一个应用程序，这个文件里相应的也要增加信息。此文件相当于是asp.NET中的Web.config和Global.asax的二合一。该文件是每个应用都必须定义和包含的，它描述了应用的名字、版本、权限、引用的库文件等tools(工具包工具包)工具包├─annotation-helper(注解帮助，输入某个符号如：可以获得帮助信息)│└─sr
c│└─spechelper├─cts-api-coverage(ToolthatgeneratesareportofwhatAndroidframeworkmethodsarebeingcalled可生成txt|xml|html形式文件，不知道怎么用)│└─src│├─com││└─android││└─cts││└─apicoverage(程序入口类：com.android.cts.apicoverage.CtsApiCoverage)├─cts-reference-app-lib(BaseClassthatprovidescommonfunctionalityforallReferenceApplicationTests，主要对activity的startTime及snapShot(屏幕)time控制)│└─src│└─android│└─cts
│└─refapp├─dasm(反编译.d文件(不是很清楚，好像是配置文件))│├─etc│├─src││├─dasm│││└─tokens││└─java_cup││└─runtime│└─test(需要在看看)├─device-setup│└─TestDeviceSetup(DeviceInfoActivity收集device信息，DeviceInfoInstrument主)│└─src│└─android│└─tests│├─getinfo│└─util(DisableKeyguardReceiver使键盘锁无效，)├─dex-tools│├─dex│├─src││└─dex││├─reader主要是对structure的接口的实现(DexAnnotationImpl(签名的注解，解析时用到)DexClassImpl获取class的信息(如，methods,name,fields等),DexFileImple获取该文件下的class类DexClass（clazz=dexFile.getDefinedClasses().get(0);）││└─structure接口，定义了结构│└─test│└─dex│└─reader测试dex下的类│└─util测试dex下的类的工具类├─dx-tests│├─etc││└─morescripts│├─lib│├─scripts│├─srcjavaVM的test，可以运行CollectAllTests.java(对root进行分析取得testCase)││││││││├─dxc││└─junit│├─dxconvext││└─util│└─util(收集test；编译jasmin语言（JAVA组合语言）)└─utilclasses└─util
├─host(重要，跟运行框架有关系)│├─etc│├─src(对应于android-CTS/tools/cts.jar)│└─test(对应于host/src的testCase)├─signature-tools(签名，主要分compare和converter转换)│├─src源码││└─signature││├─compare││├─converter││├─io││└─model│├─templates││├─delta││└─model│└─test(signatrue-tools/src的testCase)│└─signature│├─comparator│└─converter├─spec-progress(检查DOC文档的完整性和正确性)├─test-progress(testandroid_doc.html生成)├─test-progress-new(testandroid_doc.html生成，还不是很清楚多了什么)├─utils通过分析XML配置文件，取得相应的testCase└─vm-tests(dalvikVM的test,类似于dx-tests)├─etc├─lib└─src├─dot│└─junit│├─format│├─opcodes│└─verify└─util└─build(BuildDalvikSuiteMainclass
togeneratedatafromthetestsuitetolaterrunfromashell)
E:\ANDROID2.2\CTS\Development文件目录├─ide集成开发环境├─eclipse├─.classpath,genclasspath.shE:\ANDROID2.2\CTS\Libs文件目录├─Annotation用于指定哪些特性需要执行测试用例，为了能执行所有的应用设备都要有特定的注解。
E:\ANDROID2.2\CTS\APPS└─CtsVerifier├─arduino-helper//帮助信息├─jni//mk,cppC++代码├─res//项目资源放置并且编译应用程序的地方├─src//有关verifier的源码└─tests//src目录对应的测试用例
3.相关文件说明
CTS中有很多Android.mk文件，Android.mk是整个工程的“Makefile”，其内容如下所示：LOCAL_PATH:=$(callmy-dir)include$(CLEAR_VARS)LOCAL_MODULE_TAGS:=tests#Onlycompilesourcejavafilesinthisapk.LOCAL_SRC_FILES:=$(callall-java-files-under,src)LOCAL_PACKAGE_NAME:=CtsTestStubsLOCAL_SDK_VERSION:=currentinclude$(BUILD_PACKAGE)#Usethefollowingincludetomakeourtestapk.include$(callall-makefiles-under,$(LOCAL_PATH))其中LOCAL_PACKAGE_NAME表示了这个包的名字。这个文件是最终生成的包（*.apk）的名称，注意，包的名称和应用程序目录的名称无关，而与这里的CtsTestStubs的名称有关。
AndroidManifest.xml工程的描述文件说明：工程的描述文件说明：工程的描述文件说明
AndroidManifest.xml是每个android程序中必须的文件。它位于application的根目录，描述了package中的全局数据，包括了package中暴露的组件（activities,services,等等），他们各自的实现类，各种能被处理的数据和启动位置。此文件一个重要的地方就是它所包含的intent-filters。这些filters描述了activity启动的位置和时间。每当一个activity（或者操作系统）要执行一个操作，例如：打开网页或联系簿时，它创建出一个intent的对象。它能承载一些信息描述了你想做什么，你想处理什么数据，数据的类型，和一些其他信息。Android比较了intent对象中和每个application所暴露的intent-filter中的信息，来找到最合适的activity来处理调用者所指定的数据和操作。除了能声明你程序中的Activities,ContentProviders,Services,和IntentReceivers,你还能指定permissions和instrumentation（安全控制和测试）在AndroidManifest.xml文件中
/application>
值得一提一些常用之处：?几乎所有的AndroidManifest.xml（以及许多其他Android的xml的文件）在第一个元素中包含了命名空间的声明xmlns:android="schemas.android/apk/res/android"。这样使得Android中各种标准属性能在文件中使用，提供了大部分元素中的数据。?大部分manifests包含了单个
另外，为了支持运行时迟查找你的activity,你能包含一个或多个
iverIntentReceiver能使的application获得数据的改变或者发生的操作，即使它当前不在运行。利用activity标记，你能选择地包含一个或多个receiver所支持的
Activity(用户接口，应用程序中的数据显示)，Intent(传输数据)，Service(数据处理)，ContentProvider(存数据，并让有需要的应用程序访问这些数据)Intent包含的：ComponentnameActionDataCategoryExtrasFlags为Activity增加控件：
LinearLayout线形布局RelativeLayout相对布局
4.CTS测试环境搭建步骤：测试环境搭建步骤：环境搭建步骤
a)Android-sdk安装
1.2.平台：虚拟机+Ubuntu9.10下载android-sdk2.2网址：androidappdocs.appspot/sdk/index.html选
择：linux环境android2.23.安装android-sdk2.2解压下载所得的android-sdk到安装的目录（任意），如：/home/tester/cts/android-sdk-linux_86。进入/home/tester/cts/android-sdk-linux_86/tools，
运行android可执行文件：双击
，点击“在终端运行”，出现
在左菜单中选择“Installedpackage”选项，点击下方“updateAll…”按钮，进入更新界面：
选择左边的的package，选择“Reject”，不会更新该package，点击Install。进入更新状态，需要一段时间，长短取决于网速。4.将platfrorm-tools目录下的adb文件拷贝到tools目录下（安装CTS时会用到）安装完成。
b)CTS搭建
1.下载CTS包source.android/compatibility/cts-intro.html2.在手机或者模拟器上安装CtsDelegatingAccessibilityService.apk（1）$sudo./adbinstall-r/home/tester/cts/android-cts/repository/testcases/CtsDelegatingAccessibilityService.apk
（2）手机或模拟器设置Setting
s>Accessibility>Accessibility>DelegatingAccessibilityService3.进入android/out/host/linux-x86/cts/android-cts/repository/tools目录下，修改startcts脚本文件。将脚本中的SDK_ROOT该成自己的androidSDK路径.$cdhome/tester/cts/android-cts/repository/tools$vimstartcts修改脚本中出现的第一个SDK_ROOT,如"SDK_ROOT=/home/tester/cts/android-sdk-linux_86"。4.执行startcts脚本。在执行CTS测试计划时（执行一段时间后，大于5分钟）会出现没有足够权限启动devices，使用$sudo./startcts可解决该问题。5.出现如下提示符表示启动cts并连接设备成功。（红色部分未deviceID，视设备号而定）AndroidCTSversion2.1_r2Device(CB511KADGR)connectedcts_host>cts_host>6.在“cts_host>”提示符下输入命令,以下为几个常用的命令help查看所有exit退出ls-p列出所有的测试包ls--plan列出所有的测试方案start--planplan_name运行一个测试方案，如：start--planCTSstart--planplan_name--packagepackage_name运行一个特定的测试包，如：start--planCTS--packageandroid.bluetooth查看测试报告运行测试时，在CTS运行界面能看到测试报告与运行状况。测试完成后可在android-cts/repository/results/下生成详细的测试报告和一些附加信息，其中用日期和时间命名的文件夹下为所有的测试结果，同时文件夹也会被打成一个对应的.zip包方便提交。用浏览器打开.xml文件（默认就是，直接双击）就可以查看所用的测试报告了
常见问题：
a)问题描述：问题描述：在执行paln时，执行一段时间后会抛异常，异常如下：
CTS_INFO>>>Restartingdevice...Device(HC09MPL00037)disconnectedExceptioninthread"Thread-17"com.android.ddmlib.AdbCommandRejectedException:insufficientpermissionsfordeviceatcom.android.ddmlib.AdbHelper.setDevice(AdbHelper.java:736)atcom.android.ddmlib.SyncService.openSync(SyncService.java:164)atcom.android.ddmlib.Device.getSyncService(Device.java:253)atcom.android.cts.DeviceManager$DeviceServiceMonitor.run(DeviceManager.java:217)解决方案：解决方案：是因为权限不够，提升至root权限可解决，命令如下$sudo./startcts
b)
问题描述：问题描述：输入./adbshell出现如下异常：
error:insufficientpermissionsfordevice
解决方案：解决方案：输入：
$sudo-s
./adbkill-server./adbdevices
c)
d)
e)
问题描述：问题描述：出现如下异常：Unabletolocateandroid-sdk-linux_86/tools/adb.解决方案：解决方案：是因为android-sdk-linux_86的tools目录下没有adb文件，可以从将platfrorm-tools目录下的adb文件拷贝到tools目录下，或者去SVN上取下（svn路径：https://10.36.158.2/svn/Spirit/02.DevelopLibrary/12.SupportTools/HTC/adb/adb)问题描述：问题描述：error:devicenotfound。
解决方法：（1）请确认你的手机是否连接电脑，（2）以连接PC，重新拔下来，在解决方法：连一次（3）如果2操作后还不行，看下USB连接方式是否为默认（仅充电），选htc或USB连接。写入测试结果时报Toomanyopenfiles的错误，这是因为网络请求过多，也就导致了系统打开的文件过多。每一个连接都会当成“文件”看待的。解决方案：用看到是的1024，解决方案：ulimit–a命令查看每个用户允许打开的最大文件数，把它改大点，用命令：ulimit-n4096补充说明：为了避免一些没必要的错误，在测试前先更改一下手机设置：
1.YouneedtodownloadtheTTSfilesviaSettings>Speechsynthesis>InstallvoicedatabeforerunningCTStests.(NotethatthisassumesyouhaveAndroidMarketinstalledonthedevice,ifnotyouwillneedtoinstallthefilesmanuallyviaadb)2.ItisadvisabletologintothedevicewithatestGoogleaccount,notanaccountthatyouactuallyuse.3.MakesurethedevicehasaSDcardpluggedinandthecardisempty.Warning:CTSmaymodify/erasedataontheSDcardpluggedintothedevice.4.Doafactorydataresetonthedevice(Settings>SDCard&;phonestorage>Factorydatareset).Warning:Thiswillerasealluserdatafromthephone.5.Makesurenolockpatternissetonthedevice(Settings>Security&;location>RequirePatternshouldbeunchecked.GoogleConfidential
6.Makesurethe"ScreenTimeout"issetto"NeverTimeout"(Settings>Sound&;Display>ScreenTimeoutshouldbesetto"NeverTimeout".
ourboardhavenotthisselection,sowecanselectthelongesttime30min
7.Makesurethe"StayAwake"developmentoptionischecked(Settings>Applications>Development>Stayawake).8.MakesureSettings>Application>Development>Allowmocklocationsissettotrue.9.MakesurethedeviceisatthehomescreenatthestartofCTS(Pressthehomebutton).10.Whileadeviceisrunningtests,itmustnotbeusedforanyothertasks.11.DonotpressanykeysonthedevicewhileCTSisrunning.Pressingkeysortouchingthescreenofatestdevicewillinterferewiththerunningtestsandmayleadtotestfailures.
CTSStudy
1.CTS简介
CTS全称CompatibilityTestSuite兼容性测试工具。当电子产品开发出来，并定制了自己的Android系统后，必须要通过最新的CTS检测，以保证标准的androidapplication能运行在该平台下。通过了CTS验证，需要将测试报告提交给Google，已取得androidmarket的认证。CTS是一款通过命令行操作的工具。目前cts没有提供windows版本，只能在Linux下测试。在我们实际使用CTS的过程中，很可能需要根据特定的要求，来定制自己的TestPlan。
这时就需要自己编译CTS，因此，本文主要向大家介绍如何编译CTS，及使用编译出的CTS
工具。至于从android官网上取得的CTS，其使用方式与我们自己编译的工具类似，本文只做简单介绍。
2.获取CTS工具获取
假定Developer之前已经搭建好，linux环境。以下操作均在linux下进行。由于google的原因，Android2.3Gingerbread中的CTS是不完整的，所以我们选择Android2.2Froyo的CTS作为本文的研究对象。以下附上Google的回复：Theoretically,CTSforGingerbreadshouldbebuiltthesamewayasforFroyo.However(andthisisimportant),pleasenotethattheCTSversionthat'scurrentlyinthegingerbreadbranchisincomplete.We'reworkingonthat,butthelongholidaybreakshavemadeprogressslowerthanusual.groups.google/group/android-building/browse_thread/thread/53de18db6af17513从回复中看，Gingerbread中CTS的编译过程和Froyo是一样的，命令使用方法是一样的。我猜测，有可能在Gingerbread中加入了一些新的测试，毕竟android对硬件的要求是越来越高了，从CDD可以看出。
2.1下载编译源码获取CTS工具下载编译源码获取
2.1.1下载
git下载的android源码里包含cts，位置在/cts目录下（android2.1以后版本）如果没有也可以从此处下载git://android.git.kernel.org/platform/cts.git（源码70M左右）
2.1.264bitSystem步骤
我们一般配置的是32bit系统，没有对64bitsystem操作CTS做详细研究，仅仅从网上摘抄CTS工具编译步骤。64bitSystem在Linux下进入android源码根目录，输入以下命令：$build/envsetup.sh$makects此时生成测试计划，测试包，测试用例，和测试报告生成的目录
2.1.332bitSystem步骤
32bitSystem
环境：修改默认的Java环境：sudoapt-getinstallsun-java6-jdksudoupdate-java-alternatives-sjava-6-sun修改以下文件：修改以下文件：\external\clearsilver\java-jni\Android.mk\external\clearsilver\cgi\Android.mk\external\clearsilver\cs\Android.mk\external\clearsilver\util\Android.mk
将m64改为m32\build\core\main.mk
将64改为i686/build/core/tasts/cts.mk/out/host/linux/cts/android-cts/tools/startcts/development/testrunner/test_defs/host_test.py/cts/tools/utils/startcts将DDMS_LIB=ddmlib.jar改为DDMS_LIB=ddmlib-prebuilt.jar或者编译完成后，在\out\host\linux-x86\framework目录下输入linux命令：cpddmlib-prebuilt.jarddmlib.jar这样比较方便。方法比较多，只要保证让脚本找到所需的jar文件。
编译：编译：在Linux下进入android源码根目录，输入以下命令：$chmod777build/envsetup.sh$build/envsetup.sh$makects此时生成测试计划，测试包，测试用例，和测试报告生成的目录，编译好cts后生成的文件位置如下：#mydroid/out/host/linux-x86/在该目录下包含如下测试文件PackageCTS:out/host/linux-x86/cts/android-cts.zipctsmakefile:mydro
id/build/core/tasks/cts.mkrunctsprogram:mydroid/out/host/linux-x86/bin/ctstestplans:mydroid/out/host/linux-x86/cts/android-cts/repository/planstestpackages:mydroid/out/host/linux-x86/cts/android-cts/repository/testcasestestresults:mydroid/out/host/linux-x86/cts/android-cts/repository/resultsCTSprogramsettingsvalue:mydroid/cts/tools/utils/host_config.xml环境变量：配置Framework环境变量：exportANDROID_ROOT=/[MyAndroid]/out/host/linux-x86
2.2下载gongle发布的CTS工具
点击Android2.2R4CompatibilityTestSuite(CTS)下载CTS工具
现在Google最新发布的CTS工具是android2.2froyo本版的，以后可以针对需要下载对应的CTS版本。
3.使用使用3.1修改环境变量
3.1.1编译的CTS
CTS和androidSDK工具目录如下：/out/host/linux-x86/bin/android-sdk-linux_86/platform-tools/android-sdk-linux_86/tools将CTS工具路径和androidSDK工具路径加入环境变量，在linux下输入以下命令：env查阅原有环境变量，其中环境变量PATH的值为：PATH=/home/hanqigcxy/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/hanqigcxy/bin:exportPATH=/home/hanqigcxy/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/hanqigcxy/bin:/home/hanqigcxy/android-source/out/host/linux-x86/bin:/home/hanqigcxy/android-sdk-linux_86/platform-tools:/home/hanqigcxy/android-sdk-linux_86/tools将CTS和androidSDK工具目录加入到环境变量中，如上红色部分所示。注意要求输入完整路径，各路径以分号间隔。
3.1.2Goole发布的CTS
工具路径为：如果使用的是Google发布的CTS工具路径为：CTS和androidSDK工具目录如下：/android-cts/tools/android-sdk-linux_86/platform-tools/android-sdk-linux_86/tools将CTS工具路径和androidSDK工具路径加入环境变量，在linux下输入以下命令：env查阅原有环境变量，其中环境变量PATH的值为：PATH=/home/hanqigcxy/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/hanqigcxy/bin:exportPATH=/home/hanqigcxy/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/hanqigcxy/bin:/home/hanqigcxy/android-cts/tools:/home/hanqigcxy/android-sdk-linux_86/platform-tools:/home/hanqigcxy/android-sdk-linux_86/tools
将CTS和androidSDK工具目录加入到环境变量中，如上红色部分所示。注意要求输入完整路径，各路径以分号间隔。进入/out/host/linux-x86/cts/android-cts/repository/tools目录下，修改startcts脚本文件。将脚本中的SDK_ROOT该成自己的androidSDK路径。$cd/home/hanqigcxy/Downloads/android-cts/tools$vimstartcts修改脚本中出现的第一个SDK_ROOT,如："SDK_ROOT=/home/hanqigcxy/android-sdk-linux_86"。注意：注意：启动CTS的时候，应该输入startcts。
3.1.3将环境变量写入系统
上面配置环境变量使用Linux命令：export使用该命令设定的环境变量仅仅对当前的shell有效。如果用户再开启一个shell，那么需要再次设定环境变量。这是使用export命令的局限。但是最大的好处就是保证的系统的纯净，每次操作仅仅对当前有效。下面提供一种将环境变量写入配置文件的方法。户用不必每次启动Shell后，都要设定环境变量：Step1：输入命令，切换到root权限：：su输入password回车Step2：进入用户文件夹，编辑.bashrc文件，例如在ubuntu下我有一个用户hanqigcxy：cd/home/hanqigcxyls-alvim.bashrc修改exportPATH=$PATH:$HOME/bin:为：exportPATH=$PATH:$HOME/bin:/home/hanqigcxy/android-source/out/host/linux-x86/bin:/home/hanqigcxy/android-sdk-linux_86/platform-tools:/home/hanqigcxy/android-sdk-linux_86/toolsStep3：启动系统：reboot–n
3.2连接设备
3.2.1模拟器测试
由于我们只需要用模拟器来模拟设备，因此不必搭建完整的linux下android开发环境。
仅需要下载AndroidSDK并安装。见以下步骤：安装AndroidSDKStep1：点击下面链接，进入下载页面：点击下面链接，developer.android/sdk/index.htmlStep2：点击android-sdk_r08-linux_86.tgz下载SDK：
Step3：解压后文件目录：
Step4：添加环境变量，在linux下输入以下命令：添加环境变量，exportPath=………….：/home/hanqigcxy/android-sdk-linux_86/tools其中省略号代表环境变量Path原来的值，对系统原有的环境变量不能删除，仅仅在末尾加入一个新的换进变量路径即可。/home/hanqigcxy/android-sdk-linux_86/tools为android-sdk-linux_86/tools目录的全称，根据用户解压路径来定，修改的值可通过右键-----属性来查阅。Step5：输入以下命令，开启androidSDKandAVDManagerment：输入以下命令，$androidStep6：设定代理：
Step7：选定需要安装的插件：
创建AVD
启动模拟器$emulator-avdCTS
启动连接
再开启一个Shell，输入以下命令：$adbstart-server$cts如果连接成功将显示一下提示：AndroidCTSversion2.2_r1Device(emulator-5554)connectedcts_host>cts_host>
3.2.2Device测试
（网络资源加自己的推测，需要设备做验证）在手机上安装CtsDelegatingAccessibilityService.apk$sudoadbinstall-r………………………………………………./out/host/linux-x86/cts/android-cts/repository/testcases/CtsDelegatingAccessibilityService.apk省略号代表CtsDelegatingAccessibilityService.apk所需要的完整路径
设置手机Settings->Accessibility->两个选项都选上；Settings>Application>Development三个选项都选上；Settings>Sound&;Display>ScreenTimeoutshouldbesetto"NeverTimeout";
修改脚本exportPath=………….：/home/hanqigcxy/android-sdk-linux_86/
tools其中省略号代表环境变量Path原来的值，对系统原有的环境变量不能删除，仅仅在末尾加入一个新的换进变量路径即可。/home/hanqigcxy/android-sdk-linux_86/tools为android-sdk-linux_86/tools目录的全称，根据用户解压路径来定，修改的值可通过右键-----属性来查阅。启动连接再开启一个Shell，输入以下命令：$adbstart-server$cts如果连接成功将显示一下提示：AndroidCTSversion2.2_r1Device(emulator-5554)connectedcts_host>cts_host>
在手機上的測試步驟？（？（測試機題目1：CTS在手機上的測試步驟？（測試機HTCG7）：）
Step1.通過USB連接手機和PCStep2.調整HTCG7USB的連接方式為【HTCsync】，使G7允許USB調試。
上述操作後，自動彈出以下界面
Step3.在Linux下輸入以下命令：切換到root權限hanqigcxy@ubuntu:~$sudo-s[sudo]passwordforhanqigcxy:root@ubuntu:~#adbkill-serverroot@ubuntu:~#adbdevices顯示以下結果
Step4.安裝CtsDelegatingAccessibilityServiceroot@ubuntu:~#adbinstall-r/home/hanqigcxy/android-source/out/host/linux-x86/cts/android-cts/repository/testcases/CtsDelegatingAccessibilityService.apk
顯示以下結果
Step5.配置手機可能根据不同的手機，設定也会不一樣，例如網上的例子要求Settings->Accessibility->两个选项都选上；Settings>Application>Development三个选项都选上；Settings>Sound&;Display>ScreenTimeoutshouldbesetto"NeverTimeout";
HTCG7的實際設定：在Step2.中選擇【保持喚醒狀態選項】進入設置>應用程序>開發把三个选项都选上；進入設置>輔助功能把兩個選項都選上
总之不管什么设备，需保证一下几点：1.設備的默認連接為USB調式，不能為USB充電或者USB磁盤驅動器2.設定設備始終為喚醒狀態3.設定權限，保證Host端操作無阻礙。Step開啟CTS工具進行CTS測試
題目2
adb如何知道設備被接入？
adbusb-restartstheadbddaemonlisteningonUSB會有一個監聽USB的daemon，當設備通過USB介入後，可以做判斷。connect
另外還有一通過TCP/IP的接入方法。模擬器應該是採用此方法連接。下圖，是我同時開啟模擬器和HTCG7後，調用adb查看的設備列表
當一台PC機上連接有多個設備時（例如多個android手機），CTS可以指定在特定的設備中運行，但需要保證，同一時間是有一個設備上在運行CTS,並且CTS內部也有單例模式。保證一個Host端，只能運行一個CTS。
題目3：CTS測試需要多少時間？
Host：Ubuntu10.04（虛擬機上運行）Client：HTCG7報錯：Log信息如下，也可見附件CTS_DEBUG>>>1295313461352markmNeedRestartAdbServertotrueCTS_DEBUG>>>1295313461353Ne
edrestartADBserver
CTS_INFO>>>MaxADBoperationsreached.RestartingADB...
CTS_DEBUG>>>1295313461461deviceHC09MPL00642changedwithchangeMask=4CTS_DEBUG>>>1295313461461Devicestate:ONLINEDevice(HC09MPL00642)connectedCTS_DEBUG>>>1295313461617deviceHC09MPL00642changedwithchangeMask=2CTS_DEBUG>>>1295313461621Devicestate:ONLINECTS_INFO>>>Restartingdevice...TS_INFO>>>Restartingdevice...CTS_DEBUG>>>1295315511400executeCommand():cmd=adb-sHC09MPL00642rebootCTS_DEBUG>>>1295315528900deviceHC09MPL00642changedwithchangeMask=2CTS_DEBUG>>>1295315528902Devicestate:ONLINEDevice(HC09MPL00642)disconnected分析：錯誤出現在ADB操作超過了最大限制，必須重啟ADB之後手機自動重啟，重新啟動後，CTS測試失敗。嘗試修改CTS的配置文件host_config.xml中的參數
用模擬器進行了CTS完成測試：創建了性模擬器，包含了所有可模擬的硬件：
結果：用了一天时间，發現CTSPlan仍然没有完整的执行完毕。但是单独执行CTS中的某一package确实比较快，分别执行CTS包含的52个package。每個平均耗時10-15分鐘以此計算，9-13小時可以完成測試
分析：1.為什麼執行完整的CTSplan會如此耗時？主要原因是，CTSPlan的测试过程中，adb总会出现以下几个问题：
MaxADBoperationsreached.RestartingADB...
设备多次重启
造成
InstallingmettimeoutduetoUnknownreason.
造
总是安装不上，就卡在哪里不停的重新安装，操作超过上限时，成某个apk总是安装不上，就卡在哪里不停的重新安装，当到时adb操作超过上限时，测试机重启
UninstallingmettimeoutduetoUnknownreason.
造成某
总是卸载不了，就卡在哪里不停的重新卸载，操作超过上限时，个apk总是卸载不了，就卡在哪里不停的重新卸载，当到时adb操作超过上限时，测试机重启2.為什麼執行單個package時間也不短？首先，執行單個package，重複使用adb的命令的次數少，出現問題1的概率小，不會造成adb出問題那麼主要原因因該是：在WIN7系統上用虛擬機跑linux。這樣host端（linux）和clien端（AndroidAVD）都運行在虛擬機上。硬件的利用率不高。如果用Linux系統直接測試設備，時間應該會短一點。
結論：1.建議不要執行整個Plan，分Package或Test
執行，比較好2.在一次測試結束後，不論結果成功與否，都要將CTS所安裝的apk完全卸載，避免下次測試失敗。3.建議不要在虛擬機上跑Linux，直接裝Linux系統。另外需要更正一點：測試結果，包含package的測試是否通過也包含每個testitem的測試情況。
3.2CTS命令详解命令详解
在讲解CTS命令之前，先阐述CTS测试中几个概念：TestPlan（Plan）测试计划，Testpackage的集合，每次Plan中都包含若干个测试包（）：TestPackage（Package）：测试包，Testcase的集合（）：Testcase：测试用例，Test的集合：，Test：测试，每一个测试对应一个或者多个InstrumentationTest：InstrumentationTest：Android测试环境的核心是一个Instrumentation框架，在这个：框架下，你的测试应用程序可以精确控制应用程序。使用Instrumentation，你可以在主程序启动之前，创建模拟的系统对象，Context；如控制应用程序的多个生命周期；发送UI事件给应用程序；在执行期间检查程序状态。Instrumentation框架通过将主程序和测试程序运行在同一个进程来实现这些功能。关于Instrumentation将在下一节CTS测试的含义及原理中详细介绍。这里只要明确一个概念。Result_Type：CTS的测试结果可以通过命令查阅，也可以通过浏览器查看下結果文件：命令查阅结果：命令查阅结果：
其中Testresult有四种类型的值：Pass，Fail，Timeout，NoExecuted，，，文件：浏览器查看XML文件：
运行Performance测试Plan结果文件testResult.xml.路径：路径：/out/host/linux-x86/cts/android-cts/repository/results/2011.01.04_00.16.40
上图为performanceplan所包含的Testpackage的测试结果，可以看到这次测试每一个Testpackage的测试结果类型（result_type）都为Timeout，关于测试结果的分析，我们将在CTSDebug分析中介绍，这里主要让大家明确result_type的含义。小结一下，为了理解CTS命令的意义，我们必须明确Plan，Package，Testcase，Test，result_type,session的含义：CTS将Test组合为Testcase，Testcase再组合为Package，最后由Package组合为Plan。CTS可以执行一个Plan，一个Plan的某个Package，一个Plan的某个Test。CTS执行的结果以Session_ID来标识一个测试结果。CTS的结果类型result_type包含Pass，Fail，Timeout，NoExecuted四种，，，上面的介绍，命令。下表详细详细列出的命令。上面的介绍，主要想帮助大家理解CTS命令。下表详细列出的CTS命令。参考资料资料：参考资料：CompatibilityTestSuite(CTS)FrameworkUserManual选择红色部分下载。
Avaiablecommandsandoptions:
Host
helpexitshowthismessage帮助文档exitctscommandli
ne
退出CTS
Plan
ls--planls--plan【plan_name】listavailableplans列出所有Planlistcontentsoftheplanwithspecifiedname列出一个Plan的内容参数：参数：plan_name，Plan的名称addanewplanwithspecifiedname添加一个Plan参数：参数：plan_name，Plan的名称deriveaplanfromthegivensession创建一个新的的Plan，这个plan通过指定一个Test_Plan的结果序号和该结果中特定的结果类型。即取得指定结果中，某一类型的所有testcase来组成一个新的Plan参数：参数：plan_name，创建的新Plan名称session_id，已有结果的一个IDresult_type，结果中，每个testcase的结果类型取以下4值之一：pass/fail/notExecuted/timeout则默认为pass注：如果result_type为空，如果session_id为空，则默认选取最近的一次测试结果removeaplanorallplansfromrepository删除一个Plan参数：参数：plan_name，Plan的名称参数为all时，删除所有的Planrunatestplan运行一个Plan参数：参数：test_plan_name，Plan的名称-d/--devicerunatestplanusingthespecifieddevice在指定的设备上运行一个Plan参数：参数：test_plan_name，Plan的名称device_ID，设备IDrunaspecifictest运行某个Plan中的一个Test参数：参数：test_plan_name，Plan的名称test_name，Test名称
add--plan【plan_name】
add--derivedplan【plan_name】-s/--session【session_id】-r/--result【result_type】
rm--plan【plan_name】/all
start--plan【test_plan_name】
start--plan【test_plan_name】【device_ID】
start--plan【test_plan_name】【test_name】
-t/--test
start--plan【test_plan_name】【java_package_name】
-p/--package
runaspecificjavapackage运行某个Plan中的一个java包，该包由若干个Testcase组成参数：参数：test_plan_name，Plan的名称java_package_name包的名称runaspecifictestusingthespecifieddevice在指定的设备上运行某个Plan中的一个Test参数：参数：test_plan_name，Plan的名称test_name，Test名称device_ID，设备ID
start--plan【test_plan_name】-t/--test【test_name】-d/--device【device_ID】
start--plan【test_plan_name】-p/--packagerunaspecificjavapackageusingthe【java_package_name】-d/--device【device_ID】specifieddevice在指定的设备上某个Plan中的一个java包，该包由若干个Testcase组成参数：参数：test_plan_name，Plan的名称test_name，Test名称device_ID，设备ID
Package
ls-p/--packagels-p/--package【package_name】listavailablepackages列出所有的packagelistcontentsofthepackagewithspecifiedname列出一个package的内容参数：package_name，包的名字参数：addpackagesfromroottorepository将包从root目录移到repository目录removeapackageorallpackagesfromrepos
itory删除一个package参数：package_name，包的名字参数当参数为all时，删除所有的package
add-p/--packagerootrm-p/--package【package_name】/all
Result
ls-r/--resultls-r/--result-s/--session【session_id】listallresultofsessions列出所有的结果listdetailcaseresultofaspecifiedsession列出指定的结果
ls-r/--result【pass/fail/notExecuted/timeout]】-s/--session【session_id】
参数：参数：session_id，结果的ID，通过ls–r可以参阅结果的详细信息，包括IDlistdetailcasesofaspecifiedsessionbythespecifiedresult列出一个结果所使用的全部Testcases，根据结果的详细信息。参数：参数：pass通过的test个数fail未通过的test个数notExecuted未执行的test个数timeout超时的test个数session_id结果的ID，通过ls–r可以参阅结果的详细信息，包括ID
History
history/hhistory/h【count】listallcommandsincommandhistory列出所有执行过的命令listthelatestcountrecordsincommandhistory列出history中可选择的子命令runthecommanddesignatedby'num'incommandhistory通过指定执行过命令的集合中的序号执行一个命令。参数：num，执行过的命令集合中的编号参数：
history/h-e【num】
Device
ls-d/--devicelistavailabledevices列出所有连接的设备，并显示设备的详细信息：设备ID，设备name，设备status
4.CTS测试的含义及原理4.1CTSPlan
在android2.2的cts中包含8个可用的TestPlan1)CTS：包含21000个测试，这些测试是检验兼容性所必须的，性能测试不包含在本计划中。随本版的跟新，本测试计划也将更新。2)Signature：包含所有针对公有APIs的署名测试。
3)4)5)6)7)8)
Android：包含针对androidAPIs的有所测试Java：包含所有针对Java核心library的测试VM：包含针对虚拟机的所有测试RefApp：包含针对参考应用程序的所有测试，随本版的跟新，本测试计划也将更新。Performance：包含所有针对性能的测试，随本版的跟新，本测试计划也将更新。AppSecurity：没有官方说明，猜测是针对Application安全性的测试集合：
4.2CTSTest和InstrumentationTest
编译好的CTS工具存放在android-cts文件夹中，CTS包含的含的Plan和Package存放在repository目录中：
Plans文件夹存放CTSPlanTestcase文件夹存放CTSPackage，Package以apk和xml文件形式存在Host_config.xml为配置文件，主要设置Plan中最大的test个数，测试Timeout时间等参数，比较简单，可以自行查看。的内容：输入命令查看某个Plan的内容：~/mydroid/out/host/linux-x86/cts/android-cts/repository/plans$catCTS.xml
4.3AndroidInstrumentationTest简介
上一节说明了androidCTS的实质就是AndroidInstrumentationTest的封装。那么AndroidInstrumentationTest又是什么呢？这一节将向大家介绍。目的是，当我们遇到CTS测试失败后，可以定位到是那些InstrumentationTest出错。帮助我们定位错误的根源。JUnit作用JUnit是由ErichGamma和KentBeck编写的一个回归测试框架（regressiontestingframework）。Junit测试是程序员测试，即所谓白盒测试，因为程序员知道被测试的软件如何（How）完成功能和完成什么样（What）的功能。Junit是一套框架，继承TestCase类，就可以用Junit进行自动测试。基于这套框架，已经port了很多版本
如C#中的NUnit。对于Java，JUnit被编译成一个J
ar文件，供程序员使用。JUnit在android中使用有限普通的Java单元测试，和Android没有任何关系。你无法测试任何关于Android系统中的API，你写的Activity，人机界面等等。所以，如果你想测试仅仅是一些封装数据的对象，或者是纯粹的数值计算，还是可以用这种方法的。原因就一个，不能测试与UI相关的代码。AndroidInstrumentationTest诞生InstrumentationTest针对Android的环境，扩展了业内标准的JUnit测试框架。在集成JUnitTestCase的基础上，拓展其对UI控制的能力。比如，可以向某个AP发送UI事件等。AndroidInstrumentation测试环境的主要特征有：1)可以访问Android系统对象。2)Instrumentation框架可以控制和测试应用程序。3)创建Android系统常用对象的模拟版本。4)运行单个test或testsuite的工具。5)支持以Eclipse的ADT插件和命令行方式管理Test和Test工程。
但是使用AndroidInstrumentationTest仍然需要Developer编写测试程序，对于复杂兼容性检测，这显然是不符合要求的。因此Google以InstrumentationTest为基础，集成了诸多Testcase，达到自动化测试的目的。这就是如今的AndroidCTS命令行操作AndroidInstrumentationTestAndroidInstrumentationTest的使用方法比较多，本节主要简介如何使用命令行操作InstrumentationTest，这是因为在分析CTS测试结果时，可能需要单独调试CTSPlan中的一个test，这时在命令行中使用InstrumentationTest就是最好的方法。运行包中所有的Test：：
$adbshellaminstrument-wMyInstrumentationTestRunner参数MyInstrumentationTestRunner：可选择
android.test.InstrumentationTestRunnerandroid.test.InstrumentationCtsTestRunnerandroid.test.InstrumentationCoreTestRunner之一Eg.如果假设com.android.foo是你的测试代码的包的根。当执行以下命令时，会执行所有的TestCase的所有Test：adbshellaminstrument-wcom.android.foo/android.test.InstrumentationTestRunner
运行一个Testcase：：
$adbshellaminstrument\-eclassMyInstrumentationTestCase\-wMyInstrumentationTestRunnerEg.如果你想运行一个TestSuite，首先继承android.jar的junit.framework.TestSuite类，实现一个TestSuite（比如叫com.android.foo.MyTestSuite），然后执行以下命令执行此TestSuiteadbshellaminstrument-eclasscom.android.foo.MyTestSuite-wcom.android.foo/android.test.InstrumentationTestRunner
运行一个test：：
$adbshellaminstrument\-eclassMyInstrumentationTestCase#myTestMethod\-wMyInstrumentationTestRunnerEg.如果仅仅想运行一个Test（比如就是上面MyTestCase的testFoo方法）：adbshellaminstrument-eclasscom.android.foo.MyTestCase#testFoo-wcom.android.foo/android.test.InstrumentationTestRunner
4.4CTSDebug分析
一般使
用的方法$startctscts_host>ls--plan注意如果用手机设备调试，用root权限执行列出所有plan
out/host/linux-x86/cts/android-cts/repository/plans中有plan的具体内容
cts_host>start--planVM
运行某个plan
测试结果在out/host/linux-x86/cts/android-cts/repository/results目录下，用浏览器看时间目录下的xml文件即可注意在改动cts后，还要makects重新编译，若只在cts目录中编译不能生效cts_host>ls-pcts_host>start--planAndroid-pandroid.appcts_host>start--planAndroid-pandroid.app-tandroid.app.cts.AlertDialogTest#testAlertDialog只运行某个用例包中的某个用例遇到问题时方便调试的方法遇到问题时方便调试的方法$adbinstallxxx/andandroid-cts/repository/testcases/SginatureTest.apk安装某个用例包$adbshellpmlistinstrumentationpm用于管理package，看当前机器安装了什么用例$adbshellaminstrument-wandroid.tests.sigtest/.InstrumentationRunneram用于管理activity运行某一Testcase查看当前可用的用例包只运行某个用例包，节约时间
$adbshellaminstrument-eclassandroid.app.cts.AlertDialogTest#testAlertDialog-wcom.android.cts.app/android.test/InstrumentationCtsTestRunner单独运行一个Test，该命令和在CTS环境下的
start--planAndroid-pandroid.app-tandroid.app.cts.AlertDialogTest#testAlertDialog等效
如果在一个时间很长的plan（如Android）中，某处错了，而错误信息又不全，需要单独跑一个Test，用-e指明class明就可以节约很多时间一般仅仅看failure的log就能判断错误的根源，需要长时间的经验积累，推荐按以上方法找到不能通过测试的Tests，根据4.2节的内容找到对应的源代码，分析错误原因。
AndroidCTS测试研究
分类：
AndroidTesting2010-05-2916:138191人阅读评论(15)收藏举报
AndroidCTS测试研究前言?
从各种渠道了解到AndroidCTS测试，是一种类似于WindowsMobileLTK的测试。大体Google一下,发现关于CTS的信息非常至少，只说它有两万多个测试用例。然后它只对OHA成员开发。
本着不抛弃，不放弃的原则，继续Google...终于发现了参考1：CezaryStatkiewicz'sblog。搞笑的是该Blog的前言部分还写着CTS不开放。后面又纠正了Google刚刚开放CTS信息（见参考2）。
大喜！
先学习?
原来Google定义了一个兼容性规范（CompatibilityDefinition），而CTS就是用于确保某个测试符合该规范。
从而基于Android的应用程序能够在基于同一API版本的各种设备上运行。由于我们使用Android2.1(Eclair),所以从参考2下载到Android2.1的
CompatibilityDefinition,大体阅读一下，它定义了一些需求：
数据：必须实现一种无线连接，速率达到200Kbit/SecCamera:至少2Mpixels
重力加速:必须有，3维，>50Hz指南针：必须有，3纬，>10HzGPS:必须有内存：至少92M（不包括专用内容）Nand:/data分区至少290M性能：启动时间：浏览器<1300msMMS/SMS<700msAlarmClock<650ms第二次启动一个应用的时间不能超过第一次启动时间。CTS测试：必须通过最新的CTS升级：必须有一种办法可以升级全系统。可以为：OTAUSBSD卡
看来Android是在不断往高端方向走。不过想想也正常，今天的高端就是明天的低端！
QuickStart?参考2的UserManual似乎是针对1.6的，其中提到CTS是单独下载的一个包。而参考1则说从sourcecode中编译而来。先按照参考1简单运行一下。1）获取2.1代码，并先做一个基本的编译（不知是否需要）
2）编译cts:
cd~/mydroid.build/evnsetup.shmakects3)启动emulator(或者device,不过可能需要按照UserManual设置一下）4）将~/mydroid/out/host/linux-x86/bin加到路径5)adbstart-server6）cts
进入cts交互环境，可以敲入help看各种命令：cts_host>help这里是quickstart,所以不详解。7）在shell下直接以非交互模式运行一下：$ctsstart--planSignature该测试用例比较少，发现两分钟可以运行通过。像Android测试方案就比较耗时间了。
参考?1.某大牛的Blog文章bitbar/blog/44/using-androids-compatibility-test-suite2.Android官方论坛:source.android/compatibility/downloads.html
blog.csdn.net/zjujoe/article/details/5633147
AndroidCTS测试研究之二
分类：
AndroidTesting2010-06-0120:3412032人阅读评论(48)收藏举报
AndroidCTS测试研究之二
作者：宋立新Email：zjujoe@yahoo
前言
继续较深入了解CTS的细节
先研究一下具体用法
命令行下敲cts进入命令行,
先看一下帮助
Help一下cts_host>helpUsage:commandoptionsAvaiablecommandsandoptions:Host:help:showthismessageexit:exitctscommandlinePlan:ls--plan:listavailableplansls--planplan_name:listcontentsoftheplanwithspecifiednameadd--planplan_name:addanewplanwithspecifiednameadd--derivedplanplan_name-s/--sessionsession_id-r/--resultresult_type:deriveaplanfromthegivensessionrm--planplan_name/all:removeaplanorallplansfromrepositorystart--plantest_plan_name:runatestplanstart--plantest_plan_name-d/--devicedevice_ID:runatestplanusingthespecifieddevicestart--plantest_plan_name-t/--testtest_name:runaspecificteststart--plantest_plan_name-p/--packagejava_package_name:runaspecificjavapackagestart--plantest_plan_name-t/--testtest_name-d/--devicedevice_ID:runaspecifictestusingthespecifieddevicestart--plantest_plan_name-p/--packagejava_package_name-d/--devicedevice_ID:runaspecificjavapackageusingthespecifiedd
evicePackage:ls-p/--package:listavailablepackagesls-p/--packagepackage_name:listcontentsofthepackagewithspecifiednameadd-p/--packageroot:addpackagesfromroottorepositoryrm-p/--packagepackage_name/all:removeapackageorallpackagesfromrepositoryResult:ls-r/--result:listallresultofsessionsls-r/--result-s/--sessionsession_id:listdetailcaseresultofaspecifiedsessionls-r/--result[pass/fail/notExecuted/timeout]-s/--sessionsession_id:listdetailcasesofaspecifiedsessionbythespecifiedresult.History:history/h:listallcommandsincommandhistoryhistory/hcount:listthelatestcountrecordsincommandhistory
history/h-enum:runthecommanddesignatedby'num'incommandhistoryDevice:ls-d/--device:listavailabledevices
列出所有的plan
cts_host>ls--planListofplans(8intotal):CTSSignatureAppSecurityPerformanceRefAppJavaVMAndroid
查看某plan的内容
cts_host>ls--planAndroidPackagesofplanAndroid(29intotal):=================================android.apidemos.ctsandroid.accessibilityserviceandroid.accountsandroid.appandroid.bluetoothandroid.contentandroid.databaseandroid.dpiandroid.dpi2android.exampleandroid.gestureandroid.graphicsandroid.hardwareandroid.jniandroid.locationandroid.mediaandroid.netandroid.osandroid.permission2
android.permissionandroid.providerandroid.speechandroid.telephonyandroid.textandroid.utilandroid.viewandroid.webkitandroid.widgetandroid.tests.appsecurity
添加一个新的plan
cts_host>add--planmarvell[Choosepackage]SignatureTest:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m]YInvalidinput.Pleasechose'y','n',or'm'(defaultis'y')[Choosepackage]SignatureTest:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m]y[Choosepackage]android.accessibilityservice:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m]y[Choosepackage]android.accounts:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m]y[Choosepackage]android.apidemos.cts:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m][Choosepackage]android.app:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m]y。。。。[Choosepackage]android.widget:select[Y],reject[n],orchoosesuiteinit[m]?[Y/n/m]cts_host>ls--planmarvellThefollowingpackage(s)containedinplanmarvellhavebeenremoved:SignatureTestPackagesofplanmarvell(55intotal):=================================android.accessibilityserviceandroid.accountsandroid.apidemos.ctsandroid.app。。。android.widget
删除一个plan
cts_host>rm--planmarvell
执行一个plan
cts_host>start--planPerformancestarttestplanPerformance==============================================================Testpackage:android.performance2android.performance2.cts.AppStartup#testStartup...................................................................................................................
.....................................(timeout)==============================================================CTS_INFO>>>MaxADBoperationsreached.RestartingADB...CTS_INFO>>>Restartingdevice...CTS_INFO>>>Restartcomplete.==============================================================Testpackage:android.performance3android.performance3.cts.AppStartup#testStartup..............(pass)CTS_INFO>>>MaxADBoperationsreached.RestartingADB...CTS_INFO>>>Restartingdevice...CTS_INFO>>>Restartcomplete.==============================================================Testpackage:android.performance4android.performance4.cts.AppStartup#testStartup.......(pass)CTS_INFO>>>MaxADBoperationsreached.RestartingADB...CTS_INFO>>>Restartingdevice...CTS_INFO>>>Restartcomplete.==============================================================Testpackage:android.performance5android.performance5.cts.AppStartup#testStartup........(fail)junit.framework.AssertionFailedError:AppTooktoolongtostartup:715650atandroid.performance5.cts.AppStartup.testStartup(AppStartup.java:67)atandroid.performance5.cts.AppStartup.testStartup(AppStartup.java:67)atjava.lang.reflect.Method.invokeNative(NativeMethod)atandroid.test.InstrumentationTestCase.runMethod(InstrumentationTestCase.java:205)atandroid.test.InstrumentationTestCase.runTest(InstrumentationTestCase.java:195)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)atandroid.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:430)atandroid.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)atandroid.performance5.cts.AppStartup.testStartup(AppStartup.java:67)atjava.lang.reflect.Method.invokeNative(NativeMethod)atandroid.test.InstrumentationTestCase.runMethod(InstrumentationTestCase.java:205)atandroid.test.InstrumentationTestCase.runTest(InstrumentationTestCase.java:195)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)
atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)atandroid.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:430)atandroid.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)atandroid.app.Instrumentation.checkStartActivityResult(Instrumentation.java:1404)atandroid.app.Instrumentation.execStartActivity(Instrumentation.java:1378)atandroid.app.ApplicationContext.startActivity(ApplicationContext.java:555)atandroid.performance.cts.MultiAppStartupTest.launchActivity(MultiAppStartupTest.java:52)atandroid.performance.cts.MultiAppStartupTest.testMultipleApps(MultiAppStartupTest.java:89)atjava.lang.reflect.Method.invokeNative(NativeMethod)atandroid.test.InstrumentationTestCase.runMethod(InstrumentationTestCase.java:205)atandroid.test.InstrumentationTestCase.runTest(InstrumentationTestCase.java:195)atandroid.test.AndroidTestRunner
.runTest(AndroidTestRunner.java:169)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)atandroid.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:430)atandroid.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)Testsummary:pass=2fail=2timeOut=1notExecuted=0Total=5Time:635.927s
查看有多少个包
cts_host>ls-pAvailablepackages(56intotal):android.utilandroid.hardware。。。android.core.tests.luni.netandroid.jniandroid.core.vm-tests
查看某个包
cts_host>ls-pandroid.netTestsuites(3intotal):android.net.ctsandroid.net.wifi.ctsandroid.net.http.cts
查看测试结果
cts_host>ls-r
Listofallresults:SessionTestresultStarttimeEndtimeTestplannamePassFailTimeoutNotExecuted122102010.06.0116:18:032010.06.0116:28:39Performance210002010.06.0116:39:382010.06.0116:41:33Signature
研究cts生成文件
cts脚本文件位于：~/mydroid/out/host/linux-x86/bin，它是一个100行不到的脚本，最终执行：java-Xmx512M-cp./../framework/ddmlib.jar:./../framework/junit.jar:./../framework/hosttestlib.jar:./../framework/cts.jar:./cts.jar-DHOST_CONFIG=./../cts/android-cts/repository/host_config.xmlcom.android.cts.TestHost可见，CTS的Java主程序为：com.android.cts.TestHost，同时使用了配置文件：host_config.xml.两同。cts使用的目录则为：~/mydroid/out/host/linux-x86/cts个
cts.jar:./out/host/linux-x86/cts/android-cts/tools/cts.jar./out/host/linux-x86/framework/cts.jar相
文件列表1
songlixin@zjujoe-desktop:~/mydroid/out/host/linux-x86/cts$tree-L3.├──all_cts_core_files_stamp├──all_cts_files_stamp├──android-cts│├──docs│├──repository││├──host_config.xml││├──log_2010.06.01_16.02.21_.txt││├──log_2010.06.01_16.12.22_.txt││├──log_2010.06.01_16.38.30_.txt││├──log_2010.06.01_16.59.50_.txt││├──plans││├──results││└──testcases│└──tools│├──cts.jar
│├──hosttestlib.jar│├──junit.jar│└──startcts├──android-cts.zip└──temp└──description.xml我们关心的主要是repository目录。
文件列表2
songlixin@zjujoe-desktop:~/mydroid/out/host/linux-x86/cts$treeandroid-cts/repository/android-cts/repository/├──host_config.xml├──plans│├──Android.xml│├──AppSecurity.xml│├──CTS.xml│├──Java.xml│├──Performance.xml│├──RefApp.xml│├──Signature.xml│└──VM.xml├──results│├──2010.06.01_16.18.03││├──cts_result.css││├──cts_result.xsl││├──logo.gif││├──newrule-green.png││└──testResult.xml│├──2010.06.01_16.18.03.zip│├──2010.06.01_16.39.38
││├──cts_result.css││├──cts_result.xsl││├──logo.gif││├──newrule-green.png││└──testResult.xml│├──2010.06.01_16.39.38.zip│├──cts_result.css│├──cts_result.xsl│├──logo.gif│└──newrule-green.png└──testcases
├──android.core.tests.annotation.apk├──android.core.tests.annotation.xml├──android.core.tests.archive.apk。。。。。。。。。。。。。。。。。。├──CtsWidgetTestCases.xml├──SignatureTest.apk├──SignatureTest.xml└──TestDeviceSetup.apk5directories,156files可见plans目录下为以xml格式定义的测试方案results目录为测试结果。testcases目录则为一个个测试用例包host_config.xml为配置文件
研究cts源文件
从根目录开始
Cts的source包位于android根目录下：songlixin@zjujoe-desktop:~/mydroid/cts$tree-L2.├──Android.mk├──tests│├──accessibilityservice│├──AndroidManifest.xml│├──Android.mk│├──ApiDemosReferenceTest│├──appsecurity-tests│├──assets│├──config_demo│├──core│├──ProcessTest│├──res│├──SignatureTest│├──src│├──tests│└──vm-tests└──tools├──Android.mk├──annotation-helper├──cts-reference-app-lib
├──dasm├──device-setup├──dex-tools├──dx-tests├──host├──signature-tools├──spec-progress├──test-progress├──test-progress-new├──utils└──vm-tests根目录下的makefile非常简单：songlixin@zjujoe-desktop:~/mydroid/cts$catAndroid.mkinclude$(callall-subdir-makefiles)看来主要内容在两个子目录下。
子目录1：tools
根目录下的Android.mk与其父目录相同。各子目录代表不同的工具，比如dasm编译后的位置是：./out/host/linux-x86/bin/dasm这里就不仔细分析这些工具了。
子目录2：tests
看一下根目录下的Android.mk:LOCAL_PATH:=$(callmy-dir)include$(CLEAR_VARS)LOCAL_MODULE_TAGS:=testsLOCAL_SRC_FILES:=$(callall-java-files-under,src)/$(callall-java-files-under,core/runner/src)/src/android/app/cts/ISecondary.aidl/src/android/os/cts/IEmptyService.aidlLOCAL_JAVA_LIBRARIES:=android.test.runner#ResourceunittestsuseaprivatelocaleandsomedensitiesLOCAL_AAPT_FLAGS=, -cxx_YY-ccs-c32dpi-c240dpi-c160dpiLOCAL_PACKAGE_NAME:=CtsTestStubsinclude$(BUILD_PACKAGE)#BuildthetestAPKusingitsownmakefile,andanyotherCTS-relatedpackagesinclude$(callall-makefiles-under,$(LOCAL_PATH))所有src及core/runner/src下的java文件被编译成：./out/host/linux-x86/cts/android-cts/repository/testcases/CtsTestStubs.apk
剩下的就是很多子目录以及子目录的子目录会被编译成*.apk
Tests目录下每个子目录包括一个testsuite.songlixin@zjujoe-desktop:~/mydroid/cts/tests/tests$tree-L1.├──accessibilityservice├──accounts├──Android.mk。。。├──webkit└──widgetCore目录下每个子目录包含一个testsuite,但是他们的代码在其他地方songlixin@zjujoe-desktop:~/mydroid/cts/tests/core$tree-L2.├──Android.mk├──annotation│├──AndroidManifest.xml│└──Android.mk├──archive│├──AndroidManifest.xml│└──Android.mk。。。├──text│├──AndroidManifest.xml│└──Android.mk├──xml│├──AndroidManifest.xml│└──Android.mk└──xnet├──AndroidManifest.xml└──Android.mkappsecurity-tests/test-apps目录下每个子目录包括一个testcase.都特别简单.songlixin@zjujoe-desktop:~/mydroid/cts/tests/appsecurity-tests/test-apps$tree-L1.├──Android.mk├──AppAccessData├──AppWithData├──InstrumentationAppDiffCert├──PermissionDeclareApp├──SharedUidInstall├──SharedUidInstallDiffCert├──SimpleAppInstall├──SimpleAppInstallDiffCert
├──TargetInstrumentationApp└──UsePermissionDiffCert
总结
Cts其实就是基于instrumentationtest,Testcase有很多类型，不同的实现方式。对我们来说，需要：1）能够执行现有的testcase2）能够模仿apidemotestcase写一些比较简单的：可以参考：netmite//android/mydroid/cupcake/development/pdk/docs/instrumentation_testing.htmlblog.csdn.net/zjujoe/article/details/5640461
AndroidCTS测试研究之三
作者：宋立新Email：zjujoe@yahoo
前言
前面都是研究CTS面上的东西，这两天认真学习了一下AndroidInstrumentationTest的相关内容，深切体会到其强大的功能！UI控制，（生命周期控制，伪环境对象提供等等），回过头来，我们再来看看CTS的细节内容。和前面的内容区分开，我们从具体测试用例的角度来看。首先选择文档中经常提起的apidemo作为研究对象。
例子一：例子一：apidemo
从testplan开始研究
~/mydroid/out/host/linux-x86/cts/android-cts/repository/plans$catCTS.xml
再看源码树
根据参考，要在cts中添加一个testpackage,必须将其加入：build/core/tasks/cts.mk.查看一下，果然,其中包含：ApiDemos/
ApiDemosReferenceTest/ApiDemos位于：~/mydroid/development/samples/ApiDemos$tree-L2.├──AndroidManifest.xml├──Android.mk├──assets│├──fonts│└──read_asset.txt├──_index.html├──res│├──anim│├──drawable。。。│├──layout│├──menu│├──raw│├──values。。。│└──xml├──src│└──com└──tests├──AndroidManifest.xml├──Android.mk├──build.properties└──src其中，makefile中包含teststag:LOCAL_MODULE_TAGS:=samplestestsApiDemosReferenceTest位于：~/mydroid/cts/tests/ApiDemosReferenceTest$tree.├──AndroidManifest.xml├──Android.mk└──src└──android└──apidemos└──cts├──AllTests.java└──ApiDemosTest.java其makefile没有包含teststag,但是父目录的Android.mk中包含了。并且它使用所有子目录的源码。
两个疑问
1）ApiDemosReferenceTest.xml是从哪里来的？猜测：从/mydroid/cts/tests/ApiDemosReferenceTest生成2）ApiDemosReferenceTest中提供了两个testcase,而ApiDemosReferenceTest.xml只用了一个？从代码上看，~/mydroid/cts/tools/utilsbuildCts.py是用来生成testdescription以及testplan的。它在~/mydroid/build/core/tasks/cts.mk中被调
用。
例子二：例子二：CtsExample
CTStestplan中有：
我们再看build/core/tasks/cts.mk：CtsExampleTestCases/该package位于：~/mydroid/cts/tests/tests/example$tree.├──AndroidManifest.xml├──Android.mk└──src└──android└──example├──cts│├──ExampleSecondaryTest.java│└──ExampleTest.java└──Example.java该package的特殊之处在于它的测试代码以及被测试代码都在同一个包内。两个TestCase都是从TestCase继承，因为它不需要更复杂的功能。可以发现，相比较ApiDemo而言，这是一个更典型的CTS测试的例子。如果您想写自己的cts测试用例，不凡模仿它。更进一步说，cts/tes/tests下的那些例子更适合我们用来参考。比如：performance目录下的MultiAppStartupTest,继承了InstrumentationTestCase.也是一个很好的例子。另外，还发现每个例子其包的最后一段总是cts,不知是不是硬性要求。这也可以说明CTS是基于instrumentationtest,但是又不等同。
疑问
AndroidManifest.xml中定义的packagename为:com.andoid.cts.exampleExample类属于：packageandroid.example;publicclassExampleExampleTest类属于：packageandroid.example.cts;publicclassExampleTestextendsTestCase非常奇怪！
单个运行CTS测试用例
安装
~/mydroid/out/host/linux-x86/cts/android-cts/repository/testcases$CtsPerformanceTestCases.apk70KB/s(4518bytesin0.062s)adbinstall
pkg:/data/local/tmp/CtsPerformanceTestCases.apkSuccess查看一下已经安装的instrumentation~/mydroid/out/host/linux-x86/cts/android-cts/repository/testcases$instrumentationinstrumentation:com.android.cts.performance/android.test.InstrumentationTestRunner(target=com.android.calculator2)instrumentation:com.android.example.spinner.test/android.test.InstrumentationTestRunner(target=com.android.example.spinner)instrumentat
ion:com.example.android.apis/.app.LocalSampleInstrumentation(target=com.example.android.apis)instrumentation:com.example.helloandroid.test/android.test.InstrumentationTestRunner(target=com.example.helloandroid)adbshellpmlist
运行(失败运行失败)失败
:~/mydroid/out/host/linux-x86/cts/android-cts/repository/testcases$adbshellaminstrument-w-rcom.android.cts.performance/android.test.InstrumentationTestRunnerINSTRUMENTATION_STATUS:id=InstrumentationTestRunnerINSTRUMENTATION_STATUS:current=1INSTRUMENTATION_STATUS:class=android.performance.cts.MultiAppStartupTestINSTRUMENTATION_STATUS:stream=android.performance.cts.MultiAppStartupTest:INSTRUMENTATION_STATUS:numtests=1INSTRUMENTATION_STATUS:test=testMultipleAppsINSTRUMENTATION_STATUS_CODE:1INSTRUMENTATION_STATUS:id=InstrumentationTestRunnerINSTRUMENTATION_STATUS:current=1INSTRUMENTATION_STATUS:class=android.performance.cts.MultiAppStartupTestINSTRUMENTATION_STATUS:stream=ErrorintestMultipleApps:android.content.ActivityNotFoundException:yourAndroidManifest.xml?atandroid.app.Instrumentation.checkStartActivityResult(Instrumentation.java:1404)atandroid.app.Instrumentation.execStartActivity(Instrumentation.java:1378)atandroid.app.ApplicationContext.startActivity(ApplicationContext.java:555)atandroid.performance.cts.MultiAppStartupTest.launchActivity(MultiAppStartupTest.java:52)atandroid.performance.cts.MultiAppStartupTest.testMultipleApps(MultiAppStartupTest.java:89)atjava.lang.reflect.Method.invokeNative(NativeMethod)Unabletofindexplicitactivityclass{com.android.calendar/com.android.calendar.LaunchActivity};haveyoudeclaredthisactivityin
atandroid.test.InstrumentationTestCase.runMethod(InstrumentationTestCase.java:205)atandroid.test.InstrumentationTestCase.runTest(InstrumentationTestCase.java:195)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)atandroid.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:430)atandroid.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)INSTRUMENTATION_STATUS:numtests=1INSTRUMENTATION_STATUS:stack=android.content.ActivityNotFoundException:Unabletofindexplicitactivityclass{com.android.calendar/com.android.calendar.LaunchActivity};haveyoudeclaredthisactivityinyourAndroidManifest.xml?atandroid.app.Instrumentation.checkStartActivityResult(Instrumentation.java:1404)atandroid.app.Instrumentation.execStartActivity(Instrumentation.java:1378)atandroid.app.ApplicationContext.startActivity(ApplicationContext.java:555)atandroid.performance.cts.MultiAppStartupTest.launchActivity(MultiAppStartupTest.java:52)atandroid.performance.cts.MultiAppStartupTest.testMultipleApps(MultiAppStartupTest.java:89)atjava.lang.reflect.Method.invokeNative(NativeMethod)atandroid.test.InstrumentationTestCase.runMethod(InstrumentationTestCase.java:205)atandroid.
test.InstrumentationTestCase.runTest(InstrumentationTestCase.java:195)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:169)atandroid.test.AndroidTestRunner.runTest(AndroidTestRunner.java:154)atandroid.test.InstrumentationTestRunner.onStart(InstrumentationTestRunner.java:430)atandroid.app.Instrumentation$InstrumentationThread.run(Instrumentation.java:1447)INSTRUMENTATION_STATUS:test=testMultipleAppsINSTRUMENTATION_STATUS_CODE:-1INSTRUMENTATION_RESULT:stream=TestresultsforInstrumentationTestRunner=.ETime:6.729FAILURES!!!Testsrun:1,Failures:0,Errors:1INSTRUMENTATION_CODE:-1songlixin@zjujoe-desktop:~/mydroid/out/host/linux-x86/cts/android-cts/repository/testcases$
修改
出错信息说是找不到：calendar修改代码，使其不启动calendar://launchActivity("com.android.calendar","LaunchActivity",true);//Thread.sleep(ACTIVITY_STARTUP_WAIT_TIME);重新编译:makects
重新安装
重新安装用：adbinstall-rCtsPerformanceTestCases.apk
运行（成功）运行（成功）
~/mydroid/out/host/linux-x86/cts/android-cts/repository/testcases$adbshellaminstrument-w-rcom.android.cts.performance/android.test.InstrumentationTestRunnerINSTRUMENTATION_STATUS:id=InstrumentationTestRunnerINSTRUMENTATION_STATUS:current=1INSTRUMENTATION_STATUS:class=android.performance.cts.MultiAppStartupTestINSTRUMENTATION_STATUS:stream=android.performance.cts.MultiAppStartupTest:INSTRUMENTATION_STATUS:numtests=1INSTRUMENTATION_STATUS:test=testMultipleAppsINSTRUMENTATION_STATUS_CODE:1INSTRUMENTATION_STATUS:id=InstrumentationTestRunnerINSTRUMENTATION_STATUS:current=1INSTRUMENTATION_STATUS:class=android.performance.cts.MultiAppStartupTestINSTRUMENTATION_STATUS:stream=.INSTRUMENTATION_STATUS:numtests=1INSTRUMENTATION_STATUS:test=testMultipleAppsINSTRUMENTATION_STATUS_CODE:0INSTRUMENTATION_RESULT:stream=TestresultsforInstrumentationTestRunner=.Time:7.389OK(1test)
总结
至此，我们大体知道如何运行cts,配置cts,扩充cts,下一步就看具体实践了！参考链接里有如何添加一个cts测试、修改testplan的信息，所以本文就没有重复。blog.csdn.net/zjujoe/article/details/5673469
关于Android下的自动化测试
作者：宋立新Email：zjujoe@yahoo
前言：前言：
现在Android开发非常红火，Java环境下敏捷开发是不二选择。而敏捷开发都是测试驱动。所以，最近研究了一下Android下的各种自动化测试手段。本文重点在于面上的比较而非点上的细节。时间比较短，所以很可能理解很不充分。
测试手段1：CTS
CTS原来只对OHA联盟开放。最近Google把它Release出来了。似乎做过一些裁剪,比如针对Java虚拟机的测试，似乎被删除了，但我们一般用不着这么高深的。针对每个版本，比如2.1,2.2,Goolge发布了一个兼容性规范，CTS测试就是用来确保
而某手机或者模拟器符合该兼容性规范。CTS测试基于Androidinstrumentation测试，其又基于JUnit测试。说白了，CTS就是一堆单元测试用例。这也是Java语言的擅长部分。在2.1模拟器上试验了一下，有少数没有通过。目前CTS主要包括功能方面的测试，有少数的性能方面的测试。性能测试未来会越来越多。总的来说，CTS跟WM的LTK测试还是弱了一些，毕竟还年轻。它只包括自动化测试，目的主要是保证API的兼容性。由于基于单元测试，CTS本身不能用于测试多应用交互的情况。对我们的帮助：1）应用程序的开发者可以开发出自己应用的单元测试，并将其加入CTS测试集。2）设备制造商可以通过周期性运行CTS测试，确保没有对Android伤筋动骨。
测试手段2：Monkey
猴子测试本身非常简单，就是模拟用户的按键输入，触摸屏输入，手势输入等。看手机多长时间会出异常。可以设置让Monkey只测试某个应用，从而辅助应用程序的开发。对我们的帮助：1）应用程序的开发者可以测试自己应用的鲁棒性。2）设备制造商可以使用猴子对自己的测试施行压力测试。看设备能坚持多久。
测试手段3:ASE
ASE意思为Android脚本环境，即我们可以通过脚本（比如Python）调用Android的功能，从而定制一些测试。比如打电话，发短信，浏览网页，等。个人觉得这对复现某些偶发故障非常有帮忙。目前ASE还处于它的成长期，希望它不断成熟，为开发者提供更多便利。
测试手段4:其它
可以写一个Android应用程序，命令行脚本等，在其他方法不能实现时，就只能用这些方法了。
总结
一方面我们要充分利用Android提供的现成测试，密切关注其进展，另一方面，我们要学习好JAVA/PYTHON编程，必要时，自己开发自己的测试用例。作为模块开发者，一定要写自己的单元测试，一方面可以保证自己的代码没有缺陷，另一方面，也为系统级测试提供素材。当然，自动化测试关键还在于意识，创意比实现更重要。blog.csdn.net/zjujoe/article/details/5641477
关于Android下的自动化测试之二
作者：宋立新Email：zjujoe@yahoo
前言：前言：
研究了一个多月Android自动化测试，也大体知道了各种测试手段，这里总结一下。也是对前面（之一）的补充。前面的专题已经说得够多，这里只是些总结性的文字。
测试手段1：CTS：
用来确保某设备符合Android兼容性规范。原来想扩充它，不是正道。
测试手段2：Monkey：
1）应用程序的开发者可以测试自己应用的鲁棒性。2）设备制造商可以使用猴子对自己的测试施行压力测试。看设备能坚持多久
。猴子测试即可以针对全局，也可以正对某个局部（某个Category,package等等）。执行简单，效果明显。
测试手段3:ASE
ASE意思为Android脚本环境，即我们可以通过脚本（比如Python）调用Android的功能，从而定制一些测试。比如打电话，发短信，浏览网页，等。我们可以扩充它的API（Java部分）,并用python脚本调用这些API,从而实现丰富的测试功能。用于API部分可以访问到Android全部API,python又能灵活部署测试，所以ASE的扩展性非常好。
测试手段4:Robotium
该工具用于黑盒的自动化测试。可以在有源码或者只有APK的情况下对目标应用进行测试。Robotimu提供了模仿用户操作行为的API，比如在某个控件上点击，输入Text等等。
测试手段5：单元测试：
Android本身带有很多单元测试例子，我们可以按需要模仿它们，针对某个应用进行单元测试。注意Android的Instrument机制功能非常强大，可以测试UI.
总结
对于CTS/Monkey,我们不需要开发，只要执行测试就可以了。对于ASE,我们可以扩充它的现有API(Java),用Python调用这些API实现丰富的测试功能。Robotium模仿普通用户行为，可以试着把一些原来由测试工程师做的测试变成Robotium自动化实现。blog.csdn.net/zjujoe/article/details/5689324