CTS是怎么工作的呢?
CTS是一个自动化测试工具,它主要包含两个部分:
*CTS运行在计算机上并执行测试。
*单独的测试用例在测试机(DUT)上执行,这个用例是使用java编写的JUnit用例并被打包为.apk文件运行在真机上。
CTS Verifier是手动测试工具,由以下部分构成:
*进行CTS验证测试的app在测试机(DUT)上执行并收集测试的结果。
*对于一些CTS测试APP,在计算机上运行的可执行文件或脚本用来提供数据和一些额外的控制。
工作流程
这个看图就能懂,不用翻译也行。
测试用例类别
测试用例包括以下几种测试用例:
*
Unit tests 单元测试:在Android平台上进行单元测试,如一个类,如java.util.HashMap。
*Functional tests 功能测试:在更高级别的用例测试各种API的组合,顾名思义就是测试功能是否达到要求。
CTS的未来版本将包括以下类型的测试用例:
*
Performance tests 性能测试:测试系统系能的界定基准,如渲染帧每秒。
*
Robustness tests 鲁棒性测试(稳健性测试):测试系统在压力下的耐久性。
服务范围
Signature tests签名测试
| 对于每一个Android版本的发布,XML文件描述中包含了所有公共api的签名。CTS包含一个实用工具来检查这些API签名在设备上可用的API。签名检查结果记录在试验结果XML文件。 |
Platform API Tests平台API测试
|
测试该平台(核心库和Android应用程序框架)API文档的SDK API的类指数以确保正确性,包括正确的类、属性和方法签名,正确的方法的行为,和负面测试,以确保不正确的参数处理的预期行为。
|
Dalvik Tests Dalvik测试
|
重点测试Dalvik可执行格式。
|
Platform Data Model平台数据模型
|
测试核心平台数据模型作为暴露给应用程序开发人员通过内容提供商,记录在android SDK。提供者包:联系人、浏览器设置等。
|
Platform Intents 平台意图
|
CTS测试核心平台的意图,SDK的记录可用的意图。
|
Platform Permissions平台权限
|
CTS测试核心平台的权限,记录在SDK提供的权限。
|
Platform Resources平台资源
|
CTS测试正确处理核心平台的资源类型,记录在SDK可用资源类型。这包括测试:简单值、画板,nine-patch,动画,布局,风格和主题,和加载备用资源。
|