编译cts

⑴ linux中cts6.0 执行了24条其他都是未执行，为什么

一、android的CTS测试，英文为Compatibility Test Suite，意为兼容性测试。只有通过CTS测试的设备才有可能获得Android的商标和享受Android Market的权限；Android的CTS目的与意义：用户在android系统中有更好的用户体验，并且展示android应用的优越性，使得android开发者更容易编写高质量的andorid程序。
二、CTS是兼容性测试,Google为了防止厂商对Android的改动影响其SDKAPI的兼容性,即第三方应用程序安装到该厂商的机器上都能正常运行；这个差不多是自动跑的，会测试硬
件（比如GPS,WIFI），还有其他一系列的东西，跑完之后会出一份详细的报告，告诉你哪些地方没通过。
三、我们实际使用CTS的过程中，很可能需要根据特定的要求，来定制自己的TestPlan。这时就需要自己编译CTS

⑵ 如何进行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 然后在设置里面

⑶ 如何判断 cts android

CTS是什么？
资料：CDD、CTS官网、android-cts-manual-r4；
CTS是什么我就不多费话了，看上面官方的说法就行了。不过有一点需要明确，你的设备只有满足CDD的规定并且通过CTS，才有可能获得Android的商标和享受Android Market的权限。这里有可能指的是需要你自己去向google申请的，不是说兼容了，这些东西就自然而然有了。

怎么用：
资料： android-cts-manual-r4、宋立新_Android CTS测试研究；
安装与配置：
下载或自己编译；修改startcts中SDK_ROOT；在板子或emulator上装一个apk；设置setting；
各种命令的用法：
注意：start --plan –p以及start --plan –t的用法，-t要指定一个具体的测试方法
方法1：一般使用的方法
$ ./startcts 注意如果用手机设备调试，用root权限执行
cts_host > ls --plan 列出所有plan
out/host/linux-x86/cts/android-cts/repository/plans中有plan的具体内容
cts_host > start --plan VM 运行某个plan
测试结果在out/host/linux-x86/cts/android-cts/repository/results目录下，用浏览器看时间目录下的xml文件即可
注意在改动cts后，还要make cts重新编译，若只在cts目录中编译不能生效
cts_host > ls -p 看当前可用的用例包
cts_host > start --plan Android -p android.app 只运行某个用例包，节约时间
cts_host > start --plan Android -p android.app -t android.app.cts.AlertDialogTest#testAlertDialog
只运行某个用例包中的某个用例
方法2：遇到问题时方便调试的方法
$ adb install out/target/proct/xxxx/data/app/SginatureTest.apk 安装某个用例包
$ adb shell pm list instrumentation pm用于管理package，看当前机器安装了什么用例
$ adb shell am instrument -w android.tests.sigtest/.InstrumentationRunner am用于管理activity 运行某一用例
$ adb shell am instrument -e class android.app.cts.AlertDialogTest#testAlertDialog -w com.android.cts.app/android.test/InstrumentationCtsTestRunner 单独运行一个小case
如果在一个时间很长的plan（如Android）中，某处错了，而错误信息又不全，需要单独跑一个小case，用-e指明class明就可以节约很多时间

用完后结果的分析：
结果在repository/results中，放在一个文件夹里，名字是你测试开始的时间。
分析的方法有两种：
1、可以直接从Failure Details找原因；（个人感觉应该难度较大）
2、结合源代码以及Failure Details的信息找原因
第二种方法牵扯到找测试源代码的问题，这就要对CTS源码目录以及相应生成物的命名有一定的了解。

了解CTS这个工程：
资料：宋立新同学的Android CTS测试研究二、android build system、CTS源码、makefile以及shell基本知识
了解Linux工程最好的入手点，就是从它的编译系统入手。
这个涉及到Linux的makefile以及android的编译系统的基本知识，具体内容还是挺多的，不过看懂了android编译系统，以后看其他Android工程应该都会得心应手。

在android CTS上增加自己的test package
资料：CTS命令的用法、Erin Yueh的两篇文章
有两种方法：
1、完美利用自带命令(已验证)
2、用Erin Yueh的方法
用这个方法的前提也是要彻底弄懂CTS的内部结构，不然也只能照猫画虎

如何写test case
资料：JUnit、SDK/docs下面的五篇文章、android open source官网/porting/Instrumentation Testing
这又是另外一门学问了
这个test case 可以涉及各个层次，Android 平台相关的测试的写法可以参考官方的那五篇文章，如何运行可参考上面资料三，其他的可能会涉及到JUnit以及其他一些知识，目前还没实地考察。

接下来要弄明白的
1、android的编译系统（学习下makefile以及shell基本知识）
2、CTS这个工程（看看测试包XML生成器的假设成不成立，能不能提取出来）
3、众多层次test case 的写法

⑷ 编译android2.2时出现内存溢出！main javac dalvik-cts-builtil build step failed

因为没有指针操作，java里面的溢出一般是数组访问越界。
没有代码，没法帮你找。
最好在每次用index访问数组时，判断一下index不要大于数组的size-1

⑸ 计算机术语"CTS服务器"是什么意思

RTS和CTS用于硬件流控 很久很久以前，计算机还没有出现，那时就已经存在了(计算机)史前的串口设备(电传打字机，工控测量设备，通信调制解调器)，为了连接这些串口， EIA制定了RS232标准，采用DB25接插件，支持同步和异步串口，D型的接口可以有效防止插反。标准化给使用带来了便利。 时光荏苒，个人计算机出现了，这些已有的串口设备毫无疑问地成为了最初的外设，自然而然地RS232标准被个人计算机采纳。但是设备制造商倾向于体积更小，成本更低的接口，因此，将DB25中未使用的和支持同步模式的引脚去掉，形成DB9。最初的情况相当混乱，因为DB9只定义了信号，却没有指定信号和引脚的对应关系，各个制造商只能自行定义。幸运的是，IBM的PC成了工业标准，DB9逐渐统一到IBM的定义上来。 DB9只有9根线，遵循RS232标准。定义如下： DTR,DSR------DTE设备准备好/DCE设备准备好。主流控信号。 RTS,CTS------请求发送/清除发送。用于半双工时，收发切换。属于辅助流控信号。半双工的意思是说，发的时候不收，收的时候不发。那么怎么区分收发呢？缺省时是DCE向DTE发送数据，当DTE决定向DCE发数据时，先有效RTS，表示DTE希望向DCE发送，一般DCE不能马上转换收发状态，DTE就通过监测CTS是否有效来判断可否发送，这样避免了DTE在DCE未准备好时发送所导致的数据丢失。 全双工时，这两个信号一直有效即可。 随着计算机的日益普及，很多非RS232的串口也要接入PC机，如果为每一种新出现的串口都增加一个新的I/O口显然不现实，因为PC后面板位置有限，因此，将RS232串口和非RS232串口都通过RS232口接入是最佳方案。UART的U(通用)指的就是这个意思。早期ROM BIOS和DOS里的通信软件都是为RS232设计的，在没有检测到DCD有效前不会发送数据，因此，就连发送一个字符这样朴素的应用也要给出DCD、DTR、DSR等控制信号。因此，串口接头上要将一些控制线短接，或者干脆绕过系统软件自己写通信程序。 到此，UART的涵义就总结为：通用的 异步 (串行) I/O口。 就在UART冠以通用二字，准备一统江湖的时候，制造商们不满于它的速度、体积和灵活性(软件可配置)，推出了USB和1394串口。目前，笔记本上的 UART串口有被取消的趋势，因而有网友发出了“没有串口，吾谁与归”的慨叹，古今多少事，都付笑谈中，USB取代UART是后话，暂且不表。 话说自从贺氏(Hayes)公司推出了聪明猫(SmartModem)，他们制定的MODEM接口就成了业界标准，自此以后，所有公司制造的兼容猫都符合贺氏标准(连AT指令也兼容，大家一起抄他呗)。 细观贺氏制定的MODEM串口，与RS232标准大不相同。DTR在整个通信过程中一直保持有效，DSR在MODEM上电后/可以拨号前有效(取决于软件对DSR的理解)，在通信过程的任意时刻，只要DTR/DSR无效，通信过程立即终止。在某种意义上，这也可以算是流控，但肯定不是RS232所指的那种主流控。如果拘泥于RS232，你是不会理解DTR和DSR的用途的。 贺氏不但改了DTR和DSR，竟然连RTS和CTS的涵义也重新定义了。因此，RTS和CTS已经不具有最开始的意义了。从字面理解RTS和CTS，是用于半双工通信的，当DTE想从收模式改为发模式时，就有效RTS请求发送，DCE收到RTS请求后不能立即完成转换，需要一段时间，然后有效CTS通知DTE：DCE已经转到发模式，DTE可以开始发送了。在全双工时，RTS和CTS都缺省置为有效即可。然而，在贺氏的MODEM串口定义中，RTS和CTS用于硬件流控，和什么劳什子的全双工/半双工一点关系也没有。 注意，硬件流控是靠软件实现的，之所以强调“硬件”二字，仅仅是因为硬件流控提供了用于流量情况指示的硬件连线，并不是说，你只要把线连上，硬件就能自己流控。如果软件不支持，光连上RTS和CTS是没有用的。 RTS和CTS硬件流控的软件算法如下：(RTS有效表示PC机可以收，CTS有效表示MODEM可以收，这两个信号互相独立，分别指示一个方向的流量情况。) dengm 发表于 2005-1-14 07:52 侃单片机 PC端处理： 发. 当 发现（不一定及时发现） CTS (-3v to -15v)无效时，停止发送, 当 发现（不一定及时发现） CTS (3v to 15v)有效时，恢复发送； 收. 0<M<N<LEN_OF_RX_BUFFERS 当接收buffers中的bytes<M 时，给 RTS 有效信号（+3v to +15v), 当接收buffers中的bytes>N 时，给 RTS 无效信号（-3v to -15v); MODEM端处理： 同上，但RTS与CTS交换。 你迷惑的原因是因为你学习的是RS232标准，却使用贺氏标准的猫，两个标准风马牛不相及。
编辑本段公共类型系统
CTS：公共类型系统（又叫通用系统类型） Common Type System .net framework 类似于COM定义的标准二进制格式，.NET定义了一个称为通用类型系统Common Type System(CTS)的类型标准。这个类型系统不但实现了COM的变量兼容类型，而且还定义了通过用户自定义类型的方式来进行类型扩展。任何以.NET平台作为目标的语言必须建立它的数据类型与CTS的类型间的映射。所有.NET语言共享这一类型系统，实现它们之间无缝的互操作。该方案还提供了语言之间的继承性。所有CTS对象的类型都最终都从System.Object类派生，这些类型分为 值类型和引用类型。 换句话说，CTS定义了可以在中间语言中使用的预定义数据类型，所有面向.NET Framework的语言都可以生产最终基于这些类型的编译代码。CTS不仅定义了基本数据类型，还定义了一个内容丰富的类型层次结构，在这些位置上，代码允许定义他自己的类型。CTS的层次结构反应了中间语言的单一继承的面向对象的方法。 很显然，编程语言的区别不仅仅在于类型。例如，一些语言支持多继承性，一些语言支持无符号数据类型，一些语言支持运算符重载。

⑹ c#中CLS和CTS的关联，作用和概念怎么理解

CTS是一个大规则, CLS是大规则下一个小规则:

CTS(Common type system)
就是CLR能够支持所有的功能!用集合说是一个全集.
每种托管语言只能实现其中的一部分
比如
CLR中能够定义 "Family 与 Assembly" 的限定和 "Family 或 Assembly"的限定,
但是C#却不行,只能定义"或"关系 (Protected internal 这样定义是两者"或"关系)

CLS(Common Language Specification)
是所有语言都可以遵守的规则!用集合来说是多个语言规则的交集!
每个语言都能够做到,但是可以不遵守.
比如说CLS中说方法名是不分大小写的,Abc(),ABC是一样的
VB中是这样,但是C#中却认为这两个方法不一样.
如果用VB去调用C#中Abc()方法可能就会出项混乱(不知道是Abc还是ABC)
因此如果大家都遵守CLS,那么多语言间的交互成为可能.
在C#中,我们可以通过[assembly:CLSCompliant(true)]特性来检验程序语言对CLS的兼容性

⑺ 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设备的语言设置为英文

⑻ 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

⑼ C#中IL/MSIL,CTS,CLS,CLR,JIT分别是什么!

IL/MSIL (Microsoft Intermediate Language) 微软中间语言 （IL是MSIL的缩写，译为中间语言）CTS (Common Type System)通用类型系统CLS (Common Language Specification)公共语言规范CLR (Common Language Runtime)公共语言运行时（也有的叫公共语言运行库）JIT (Just in time)即时编译器

⑽ 如何编译出ctsverifier.apk

Android 4.0 CTS 测试方法 这段时间公司做CTS测试，下面是一些总结，以android4.0.3为例，希望对大家有所帮助！ 一 CTS测试简介 The Android compatibility program makes it easy for mobile device manufacturers to develop compatible Andro.