android.cts.jank.ui.CtsDeviceJankUi--testScrolling失败原因总结和debug方法介绍

最新推荐文章于 2021-08-17 13:12:32 发布

samsam2013

最新推荐文章于 2021-08-17 13:12:32 发布

阅读量2.1k

点赞数 2

CC 4.0 BY-SA版权

分类专栏： GMS

本文链接：https://blog.youkuaiyun.com/samsam2013/article/details/53640492

GMS 专栏收录该内容

21 篇文章

订阅专栏

本文针对CompatibilityTestPackage:com.android.cts.jank2中的android.cts.jank.ui.CtsDeviceJankUi--testScrolling测项，分析了常见的测试失败原因及调试方法，包括帧数不足、帧数为0等问题，并提供了详细的排查步骤。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在Compatibility Test Package:com.android.cts.jank2 这个包里面的android.cts.jank.ui.CtsDeviceJankUi--testScrolling测项，经常会遇到

junit.framework.AssertionFailedError: Too few frames received. Monitor: WindowContentFrameStatsMonitorImpl, Expected: 50, Received: xxx. at junit.framework.Assert.fail(Assert.java:50)

上面的xxx，有的时候是一个小于50的数字，有的时候是0

这个cts 测项的过程和目的是：
在/cts/suite/cts/deviceTests/jank2/src/android/cts/jank/ui/CtsDeviceJankUi.java中启动 com.android.cts.ui/com.android.cts.ui.ScrollingActivity这个activity，然后模拟scroll down滑动list列表，
在list列表滑动动画过程中，统计2s内更新的帧数，是否达到50帧，若未达到50帧则fail

下面介绍这个cts fail的通常原因，还有对应的debug手法

android.cts.jank.ui.CtsDeviceJankUi--testScrolling测项 fail的原因通常有如下几种原因

1.收到的frame count 小于或接近50，如46这样的数字
=>fail原因：滑动listview的时候，因为view system和listview滑动相关的参数被修改了，导致滑动的性能受到影响
=>debug手法：

1）请检查如下2支文件相比于原始版本，做了哪些改动
frameworks/base / core/java/android/view/ViewConfiguration.java 文件中，通常关注 private static final float SCROLL_FRICTION
frameworks/base / core/java/android/widget/AbsListView.java       文件中，通常关注 private float mVelocityScale
除了上述列出通常关注的两个变量外，其他变量也都要关注，看做了哪些改动

2）请检查LCM 刷新率是否达标？系统performance是否受到影响而降低？=>可观察手机通常的使用场景下，UI刷新是否卡顿，若有要先解决系统performance低的问题

2.收到的frame count为0，Received: 0
=>fail原因：cts 模拟scroll down后，由于客户客制化原因，使得画面更新的区域并不在listview的区域内，导致并未收到listview更新的任何帧，故fail
=>debug手法：
    1）请确认手机是否有硬体按键？检查是否有对Navigationbar的显示做过客制化？若有，请恢复成原始设计
    2）若对第1）条未做改动，那么需要在eng或userdebug版本上，adb命令打开debug开关，查看为何没有更新listview所在区域？

需要打开的debug开关如下：
adb shell setprop debug.viewroot.enable e0002
adb shell setprop debug.listview.dumpinfo 1111111
adb shell "stop;start"

然后抓取cts test fail的完整mtklog来分析
分析的时候，主要在com.android.cts.ui.ScrollingActivit的进程中search 如下这样的关键log：
01-01 05:29:46.945 13767 13767 V ViewRootImpl: Invalidate child: Rect(0, 1140 - 720, 1184),this = ViewRoot{e5c0e9b com.android.cts.ui/com.android.cts.ui.ScrollingActivity,ident = 0}
然后观察下面画面刷新的callstack是由谁触发的
01-01 05:29:46.945 13767 13767 V ViewRootImpl: java.lang.Throwable: invalidateChildInParent
01-01 05:29:46.945 13767 13767 V ViewRootImpl: at android.view.ViewRootImpl.invalidateChildInParent(ViewRootImpl.java:1109)

cts 所跑的时间段可以通过如下log来确认：
TestRunner: started: testScrolling(android.cts.jank.ui.CtsDeviceJankUi)
TestRunner: finished: testScrolling(android.cts.jank.ui.CtsDeviceJankUi)

3.cts fail的log与frame count无关
例如下面的fail log：
   <FailedScene message="java.lang.reflect.InvocationTargetException
at java.lang.reflect.Method.invoke(Native Method)">
<StackTrace>java.lang.reflect.InvocationTargetException
at java.lang.reflect.Method.invoke(Native Method)
at android.support.test.jank.JankTestBase.runTest(JankTestBase.java:116)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:115)
at android.support.test.internal.runner.junit3.AndroidTestResult.runProtected(AndroidTestResult.java:77)
at junit.framework.TestResult.run(TestResult.java:118)
at android.support.test.internal.runner.junit3.AndroidTestResult.run(AndroidTestResult.java:55)
at junit.framework.TestCase.run(TestCase.java:124)
at android.support.test.internal.runner.junit3.NonLeakyTestSuite$NonLeakyTest.run(NonLeakyTestSuite.java:63)
at android.support.test.internal.runner.junit3.AndroidTestSuite$1.run(AndroidTestSuite.java:98)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:423)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1113)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:588)
at java.lang.Thread.run(Thread.java:818)
Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'boolean android.support.test.uiautomator.UiObject2.fling(android.support.test.uiautomator.Direction)' on a null object reference
at android.cts.jank.ui.CtsDeviceJankUi.testScrolling(CtsDeviceJankUi.java:58)
... 15 more
</StackTrace>

=>fail原因：不明原因的客制化引起cts的测试过程出错，还未跑入该项具体的cts test 流程
=>debug手法：
1）先check view system的几支主要文件是否做过改，然后再请cts framework的人做进一步做分析，因为该结果显示TestRunner都没跑起来
/frameworks/base/core/java/android/view/View.java
/frameworks/base/core/java/android/view/ViewGroup.java
/frameworks/base/core/java/android/view/ViewRootImpl.java

2）再检查是否只有这一项cts test fail？根据这种fail log，应该是有非常多的test都会fail，需要从cts test的测试注意事项和流程方面入手分析