4981人阅读
&&&&& CTS是Android爲了確保眾多設備對軟件兼容性而進行的自動化測試，對設備無害。每個測試樣例都是用java語言以Junit測試規範寫的Android
.apk文件。
對用戶來說，通過CTS的設備可以保證其對Android生態圈的軟件的兼容
對開發者來說，在開發前期CTS測試可以讓你最早發現開發板的不足與漏洞。另外通過CTS是廠商確定自己產品和軟件兼容性的保證
1）.在Android官網上已經有執行CTS所需的操作。
2）除了官網外還要進行一些小設置
1.Erase SD card
2.factory reset，沒有recovery的機器可以用fastboot重新刷userdata.img
cache.img镜像達到reset目的。
4.Wi-Fi、BT打開，確保WIFI可以正常聯網，并能訪問視頻
5.屏幕超時設置為Never或最長時間
6.Security---unknown resources不选中
7.Screen Lock,设置为‘None’
8.使用usermode build版本測試
CTS執行命令
cts配置完畢後，在CTS tools目錄下執行cts-tradefed脚本进入cts命令行
# ./cts-tradefed
执行命令run
cts –- plan CTS即可運行CTS所有包測試。
常用的命令
單個包測試：run
cts –p xxx[包]
單個testcase測試：runcts –c xxx[類]
單個測試項：run
cts –c xxx[類]-m xxx [方法]
CTS常见bug
1.Android.app.cts.SystemFeaturesTest#testLocationFeatures
該項是測試設備利用無線網絡信號進行粗略定位的功能
Root Cause:缺少google网络定位的服务包NetworkLocation.apk，但是机器用getSystemFeature依然有这项功能。
Solution：要么移植服务包,要么disablesystemFeature。我暂时选择后者。将/framework/base/data/etc/目录下xml文件里面的所有
.”android.hardware.location.network”注释掉即通过
2.Android.holo.cts.HoloTest包
該項是測試設備显示的widget view是否跟他提供的图片相一致，精确到像素点。
Root Cause:分辨率设置问题
Solution：将修改build.prop
ro.sf.lcd_density=160可以通过测试，但是Blaze Launcher菜单显示不能全屏，考虑修改api
3.Android.mediastress包
該項是測試設備能否正常播放google提供的视频文件
Root Cause:确定是否将cts-media包copy到sdcard目录、确定是否正常播放视频文件。不能正常扫描播放，可能是视频驱动问题
Solution：将cts-media文件放到sdcard,检文件能正常扫描播放，测试通过。
4.Android.permissin.cts.DebugableTest#testNoDebuggable
该項是測試相应的app是否有debugable的标志
Root Cause:AndroidManifest文件里面android:debuggable=“true”
Solution：将android:debuggable=“true”改为false
5.Android.security.cts.PackageSignatureTest#testPackageSignatures
該項是測試应用包是否使用google默认的签名文件
Root Cause:使用默认的签名编译code
Solution：build/target/product/security/下面的签名换成自己做的。做法在该目录下README有详细说明
Libcore cts部分
Libcorects部分主要测试的是设备里面javaapi是否正常工作。当某部分异常的时候，cts对该项测试就会失败。
根据实际的工作成果，得出一般libcore测试失败大部分都跟你cts配置是否正确有关，而不是javaapi存在问题，比如测试之前是否factory
reset就会影响其部分测试结果。所以在尝试各种方法无果后，进行一下reset可能它就能过。以下是我做过的一些cts debug项。
1.Libcore.java.text.dataFormateSymbolsTest
#test_getInstance_invalid_locale
Root Cause:
Solution：执行factory reset后，pass
2.Libcore.java.text.SimpleDateFormateTest#testNonDstZoneNameWithDstTimestamp
Root Cause:该测试失败原因是因为java的SimpleDateFormate类无法解析Daylight
time夏令时区造成的
Solution：追api无果下，factory reset。Daylight时区正常解析，pass
3.Libcore.java.util.OldTimeZoneTest包
Root Cause:java无法解析daylight夏令时区造成
Solution：factory reset
4.Org.apache.harmony.luny.tests.java.net.URLConnectionTest#test_getAllowUserInteraction
Root Cause:java无法连接onearth.jpl.nasa.gov网站造成，nexus机器同样无法通过该测试
Solution：无解。Google在新版本的cts测试中已经去掉连接该网站的逻辑部分。
CTS推荐网站：，里面有全球的Android开发者在共同探讨问题，也有google Android项目成员出来解决问题。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：127158次
积分：1335
积分：1335
排名：千里之外
原创：15篇
评论：34条
(1)(4)(1)(1)(2)(1)(2)(2)(1)下次自动登录
现在的位置:
& 综合 & 正文
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、提交报告
你可以把测试结果发送给。当你提交了一个CTS报告时，你还可以要求访问Android Market。
如果是google的合作伙伴，需要将CTS测试报告、机器、以及软件一共寄给google进行测试，取得google的approval以后，手机才能上市，这是后话，相信好多人都是用不到的。
1.3 CTS测试原理
CTS主要包含两个组件：
运行在PC上的测试框架组件。主要用来管理测试用例（test case）的执行。
运行在设备或模拟器上的测试用例。这些用例用JAVA写成的APK文件。
1.4工作流程
1）可以从源码编译CTS，也可以从网站下载编译好的CTS
/compatibility/downloads.html
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：CtsDelegatingAccessibilityService.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上copy“android-cts-media-1.0”，在android-cts-media-1.0文件下输入./copy_copy_media.sh运行脚本，将media文件copy进平台。成功后会在平台的内存中看到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 ABCDEF(如果没有这行，说明设备没有和PC联通）
Android CTS 4.0.3_r1
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 ABCDEF
01-16 15:45:35I/ABCDEF: Created result dir _15.45.34
开始测试CTS
五 关于CTS4.0测试报告
1.CTS测试报告是自动生成一个xml报表，并自动填写的，不需要测试人员干预
2.当一个CTS测试任务开始时，会在android-cts-4.0.3_r1-linux_x86-arm/android-cts/repository/results中，为这个任务建立一个存放测试报告的文件夹，文件名以任务开始的日期和时间命名。
例如：_13.00.03
3.CTS4.0生成测试报告的速度比CTS2.3/2.2要慢不少，特别是在测试过程中中断测试，CTS4.0需要70秒才会开始生成报告。如果你在此过程中按ctrl+c终止CTS进程，测试报告就无法生成，以后也无法继续测试未完成的计划。
下方是中途断开后生成报告的例子：
01-I/ABCDEF: 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-I/ABCDEF: android.accounts package complete: Passed 20, Failed 2, NotExecuted 6
01- I/ABCDEF: -----------------------------------------
01- I/ABCDEF: Test package android.admin started
01- I/ABCDEF: -----------------------------------------
01- I/ABCDEF: -----------------------------------------
01- I/ABCDEF: Test package android.widget started
01- I/ABCDEF: -----------------------------------------
01- I/ABCDEF: Saved log device_logcat_4894128.zip
01- I/ABCDEF: Saved log host_log_3010530.zip
01- I/ABCDEF: android.widget package complete: Passed 0, Failed0, Not Executed 988
01- I/ABCDEF: Created xml report file at
01- I/ABCDEF: XML test result file generated at_13.43.56. Passed 28, Failed 20, Not Executed 17110
01- I/ABCDEF: Time: 2m 45s
01- W/DeviceManager: Freed device ABCDEF is unavailable.Removing from use.
01- E/BackgroundDeviceAction: Device ABCDEF not online
3.CTS测试任务完成后，会生成testResult.xml和.zip打开这个文件夹中的testResult.xml（用firefox或IE浏览器打开)，查看报表是否完全。
六 继续测试未完成的计划
CTS4.0对未完成的测试计划不会生成xml报告，这个和CTS2.3/2.2不同。但是，这并不意味测试中断后无法继续未完成的测试。
1. 前提条件是有未完成的测试计划
2. 平台用USB线连接LinuxPC
（连通后平台右下方会显示usb和debugicon）
3. 打开终端
4. 输入sudo su –
输入root密码
5. 输入cd ../..
输入cd /home/linux/cts/android-cts-4.0.3_r1-linux_x86-arm/android-cts/tools(这个是startcts文件所在路径，各位需要输入实际路径)
输入 ./cts-tradefed
01-16 15:44:05 I/DeviceManager: Detected newdevice ABCDEF(如果没有这行，说明设备没有和PC联通）
Android CTS 4.0.3_r1
Not Executed
Start time
（根据start time时间，确定你要的任务的session编号）
7. 输入 run cts –continue-session session_id （session编号）
cts-tf& 01-18 13:48:45 I/TestInvocation: Starting invocation for 'cts' on build'4.0.3_r1' on device ABCDEF
01- I/ABCDEF: Collecting device info
01- I/ABCDEF: -----------------------------------------
01- I/ABCDEF: Test package android.accounts started
01- I/ABCDEF: -----------------------------------------
第五部分：单独对fail/notExecuted/timeout的测试项进行测试
1.前提条件是已经有完成的测试结果testResult.xml文件 add derivedplan --plan plane_name --session/-s session_id-r [pass/fail/notExecuted/timeout]
2.平台用USB线连接LinuxPC
（连通后平台左上方会显示usb和debugicon）
3.打开终端
4.输入sudosu -
输入root密码
5.输入cd ../..
输入 cd /home/linux/cts/android-cts-4.0.3_r1-linux_x86-arm/android-cts/tools
(这个是startcts文件所在路径，各位需要输入实际路径)
输入 ./cts-tradefed
01-16 15:44:05 I/DeviceManager: Detected newdevice ABCDEF(如果没有这行，说明设备没有和PC联通）
Android CTS 4.0.3_r1
Session Pass
Not Executed
Start time
（根据start time时间，确定你要的任务的session编号）
7.输入addderivedplan --plan plane_name（新建一个测试计划） --session/-s session_id -r[pass/fail/notExecuted/timeout] （只能选择其中一项）
8.输入run cts –plan plane_name（新建的测试计划名称） 开始测试
9.测试完成后，CTS会自动生成一个新测试报表文件夹
六：单独测试某个Case
1.目前对单个Case每单独测试一次，就会生成一个Session（和测试报告xml）。所以，一般在有需求的情况下才会进行测试。
2.平台用USB线连接LinuxPC
（连通后平台左上方会显示usb和debugicon）
3.打开终端
4.输入sudosu -
输入root密码
5.输入cd ../..
输入 cd /home/linux/cts/android-cts-4.0.3_r1-linux_x86-arm/android-cts/tools
(这个是startcts文件所在路径，各位需要输入实际路径)
输入 ./cts-tradefed
01-16 15:44:05 I/DeviceManager: Detected newdevice ABCDEF(如果没有这行，说明设备没有和PC联通）
Android CTS 4.0.3_r1
6.从CTS测试报告XML文件中查找需要测试的Case的packagename 和 method name
按上方的例子：android.acceleration.cts.HardwareAccelerationTest是package name，testIsHardwareAccelerated是method name
7.输入runcts -c android.acceleration.cts.HardwareAccelerationTest --m testIsHardwareAccelerated开始测试这个Case
8. 测试完成后，CTS会自动生成一个新测试报告文件夹
七：注意事项：
1.CTS4.0的命令和CTS2.3完全不同，所以在进入CTS后，先输入help看看命令的格式和意思。
2.CTS要求测试平台的硬件和Android内置APK功能完好
3.正常测试一次CTS，需要8小时。所以，测试时请接上电源，并尽量在晚上测试，不会影响平台的使用
4.CTS是自动化测试，测试过程中一般不需要人的干预。如果在上班时间，每1－2小时观察下即可
5.CTS4.0在测试过程中断开、终止都不会生成测试报告，所以，测试前要保证USB连接稳定和平台设置
6.CTS每次执行run cts –plan CTS时，CTS会搜索android-cts-4.0.3_r#-linux_x86-arm/android-cts/repository/results中的历史报表文件夹。如果文件有很多，启动速度会非常慢。所以，请定期清理results文件夹中的历史报表（直接删除报表文件夹即可）
&&&&推荐文章:
【上篇】【下篇】2271人阅读
1.&&&& CTS 测试
&&&& 用 USB 连接开发板和办公电脑,就可以开始进行 cts 测试了。
测试步骤如下:
1)进入 cts 目录,启动 cts。
localhost bin # pwd
/work/android_src/out/host/linux-x86/bin (cts 可执行程序放在 android 源代码/work/android_src 中的/out/host/linux-x86/bin 路径下。)
localhost bin # ./cts&& (启动 cts)
启动开发板会在屏幕上显示下面信息。
Android CTS version 2.2_r1
Device(ABCDEF) connected (开发板已经连接,说明 USB 已经连接好,可以进行 CTS 测试了)
cts_host & start --plan VM&&&&&&&&&&&&& (启动 cts 的 VM 测试计划)
start test plan VM
==============================================================
Test package: android.core.vm-tests
dot.junit.opcodes.add_double_2addr.JUnit_Test_add_double_2addr#testB1....(pass)
dot.junit.opcodes.add_double_2addr.JUnit_Test_add_double_2addr#testB2...(pass)
dot.junit.opcodes.add_double_2addr.JUnit_Test_add_double_2addr#testB3....(pass)
........................(略)
如果以前跑过 VM 测试,或由于某种原因导致 VM 测试暂停,在下次 cts 测试,会显示如下信息:
localhost bin # ./cts
Android CTS version 2.2_r1
Device(ABCDEF) connected
cts_host & start --plan VM
cts_host & There are 1 existing session(s) for plan VM.
Create a new session or choose an existing one?
(表示对 VM 重新进行测试)
& Create a new session [0]
(表示从上次中断的地方开始继续进行测试)
& Choose a session [1]
(输入 1,从上次中断处继续进行测试)
(VM 如果重新测试过两次及以上,会出现下面的信息,session 值越小,表示上次测试时间离目前时间越远)
Please choose a session from the existed session(s):
&(从最早一次开始进行测试)
resume test plan VM (session id = 1)
==============================================================
Test package: android.core.vm-tests
dot.junit.opcodes.add_float_2addr.JUnit_Test_add_float_2addr#testN5...(pass)
........................(略)
测试中存在着很多意想不到的情况,会导致 cts 测试中断,可见 cts 功能做得很贴心。上面这点一定要知道,因为它非常重要。
2)测试时注意事项:
&&& 如果测试中出现板子跑死了,需要重新开始测试,只需要把板子重新启动,千万不要通过 Ctrl+C 的方式把正在运行的 cts 中断掉,因为在享受(Ctrl+C)带来快感的
同时,很有可能会导致测试结果毁于一旦。这一点非常重要,我在测试 VM 的时候,就多次遇到这种问题,导致测试进度缓慢,一天也没有把 VM 测试完。
(注:这一点也并不是每次必现的,在测试 Java 部分的时候,一次失败都没有遇到 ,但在测试 VM 的时候却多次出现,搞的我真的很郁闷,看来,以后只能多攒点 RP 了 。
通过(Ctrl+C)中断测试真的很爽,如果测试进度要求很紧的话,还是不用为妙,按板子的 reset 键,对于 cts 测试来说,更迅速点,可以一键搞定问题。)
4.&&& 修改 CTS 测试结果(仅限特殊情况下使用)
&&& CTS 测试完成,会生成测试报告,存放在下面路径下:
/work/android_src/out/host/linux-x86/cts/android-cts/repository/results
(/work/android_src 是本人电脑上 android 源代码的存放路径)
以一个 CTS 测试结果为例,生成的目录结构如下:
├── _10.39.00
│ ├── cts_result.css
│ ├── cts_result.xsl
│ ├── logo.gif
│ ├── newrule-green.png
│ └── testResult.xml
├── _10.39.00.zip
&&& CTS 测试结果会生成一个按照测试时间命名的 _10.39.00.zip .zip 压缩包,和一个同名的文件夹。可以进入测试结果文件夹中用浏览器打开 testResult.xml 文件,就可以看到 CTS 的测试结果。(注意,测试结果中的 5 个文件一个都不能少,不然用浏览器打不开。)
&&& CTS 默认情况测试时会把所有的测试选项全部测试一遍,但有时,有些功能由于板子不支持,不需要进行测试,就可以通过下面介绍的方法修改 cts 的测试结果。千
万不要为了有个好看的测试结果而使用 !&&& 以下面这个测试结果为例,介绍下如何把测试结果修改为“notExecuted”。修改之前,一定要记得把需要修改的测试结果备份一下,以防意外。
4.1 把测试结果中的“pass”修改为“notExecuted”
&&&& 用 gedit 打开 testResult.xml 文件,通过“Ctrl+F”键查找到需要修改的测试选项testGetDefault,查找结果如下图所示。
把 result=&pass&修改为 result=&notExecuted&即可。
4.2 把测试结果中的“fail”修改为“notExecuted”
&&&& 通过查找,fail 的结果如下图所示。从测试结果可以看到&StackTrace&之间的内容为测试失败的堆栈调用顺序,这对于定位故障有很好的参考作用。
1)把测试结果中的 result=&pass&修改为 result=&notExecuted&。
2)删除&FailedScene messag 开始到&/FailedScene&的所有内容。
修改后的结果如下:
4.3 修改测试结果的 Summary
&&& 用浏览器打开的测试报告,最上面会有个 TestSummary 一栏,修改了测试报告结果之后,还需要把 Tests Passed、Tests Failed、Tests Timed out、Tests Not Executed 值修改正确,也就是简单的算术加减法,同样在 testResult.xml 文件中修改。
下面是修改之前的 Test Summary。
要把它修改为下面的结果。
查找“Summary”,找到测试结果。把修改上面的内容即可,修改结果如下:
4.4 检验修改是否正确
&&& 用浏览器打开 testResult.xml 文件,如果浏览器打开时有报错,说明有的地方修改不正确了,可以根据错误提示修改过来。
5.&&&& 测试单个测试包或用例
&&&& CTS 允许测试单个 package 或 test,这对于重新测试那些没有通过的项目省下了很多时间。以下面的测试结果为例,介绍下测试命令。
5.1 测试单个 packet
上图中 testSendMessages 测试项没有通过,可以把它所在的 package android.telephony.gsm.cts.SmsManagerTest 重新测试一下。测试命令如下。
cts_host & start --plan Java -p android.telephony.gsm.cts.SmsManagerTest
(注:--plan 表示这个 Packet 所在的测试计划,-p 表示所要测试的 packet)
5.2 测试单个 test
如果觉得测试 packet 测试项目太多,也可以对单个测试失败的 testSendMessages 进行测试。测试命令如下。
cts_host & start --plan Java -t android.telephony.gsm.cts.SmsManagerTest#testSendMessages
(注:--plan 表示 test 所在的测试计划,-t 表示具体的 test,android.telephony.gsm.cts.SmsManagerTest#testSendMessages 是由两部分组成,测试的packet 和测试的 test,他们通过#分割开。)
&&& 不管是 packet 测试还是 test 测试,一定要建立一个新的 session,因为新 session中的测试项目都是“NotExecuted”,不然由于之前存在的 session 中的测试包或测试项目可能已经测试过,CTS 就不会再重新进行测试。
&&& Android 希望建立一个开放性的平台,可以让开发者在这个平台上面开发出具有创新性的移动应用软件,为了保证这些软件可以运行在各种终端设备上,Android 兼
容性项目定义了 Android 平台的各种技术细节,并提供了测试工具 CTS。CTS 具有多达 2 万多个的测试用例,可以测试 Android 的各个方面。因此,如果一款应用软件可以通过 CTS 测试,说明它具有相当好的兼容性,按照 Android 官方的说法,这款软件就可以在 Android market 上发布了。希望大家都能够用好这款测试工具。
cts_host & start --plan Performance
start test plan Performance
==============================================================
Test package: android.performance2
android.performance2.cts.AppStartup#testStartup..............................................(timeout)
==============================================================
CTS_INFO &&& Max ADB operations reached. Restarting ADB...
CTS_INFO &&& Restarting device ...
CTS_INFO &&& Restart complete.
==============================================================
Test package: android.performance3
android.performance3.cts.AppStartup#testStartup.......(pass)
CTS_INFO &&& Max ADB operations reached. Restarting ADB...
CTS_INFO &&& Restarting device ...
CTS_INFO &&& Restart complete.
==============================================================
Test package: android.performance4
android.performance4.cts.AppStartup#testStartup......(pass)
CTS_INFO &&& Max ADB operations reached. Restarting ADB...
CTS_INFO &&& Restarting device ...
CTS_INFO &&& Restart complete.
==============================================================
Test package: android.performance5
android.performance5.cts.AppStartup#testStartup...(fail)
Unable to find instrumentation target package: com.android.alarmclock
CTS_INFO &&& Max ADB operations reached. Restarting ADB...
CTS_INFO &&& Restarting device ...
CTS_INFO &&& Restart complete.
==============================================================
Test package: android.performance
android.performance.cts.MultiAppStartupTest#testMultipleApps....(fail)
android.content.ActivityNotFoundException: Unable to find explicit activity class {com.android.alarmclock/com.android.alarmclock.AlarmClock}; have you declared this activity in your AndroidManifest.xml? at android.app.Instrumentation.checkStartActivityResult(Instrumentation.java:1404)
at android.app.Instrumentation.checkStartActivityResult(Instrumentation.java:1404)
at android.app.Instrumentation.execStartActivity(Instrumentation.java:1378)
at android.app.ContextImpl.startActivity(ContextImpl.java:622)
at android.performance.cts.MultiAppStartupTest.launchActivity(MultiAppStartupTest.java:52)
&&& &&& &&& &&& (部分略去)
Test summary:&& pass=2&& fail=2&& timeOut=1&& notExecuted=0&& Total=5
Time: 599.253s
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：669861次
积分：5897
积分：5897
排名：第4096名
原创：78篇
转载：118篇
评论：118条
(2)(3)(4)(4)(1)(2)(5)(1)(1)(6)(1)(2)(1)(1)(1)(6)(4)(2)(1)(3)(3)(8)(10)(5)(2)(3)(1)(1)(3)(2)(1)(2)(20)(14)(7)(10)(3)(12)(2)(2)