Android16 更新25-12补丁导致【CTS】CtsWindowManagerDeviceAnimations存在fail项
文章目录
- [Android16 更新25-12补丁导致【CTS】CtsWindowManagerDeviceAnimations存在fail项](#Android16 更新25-12补丁导致【CTS】CtsWindowManagerDeviceAnimations存在fail项)
一、前言
这里记录一个【CTS】CtsWindowManagerDeviceAnimations存在fail项。
从测试模块名称看起来是和窗口动画有关；
后面发现新增的Failed项是Android16 12月份的安全补丁修改导致；
其他的window代码修改也会导致Failed，这里简单记录一下。
二、分析修改
1、报错信息
如下图所示：
测试模块： CtsWindowManagerDeviceAnimations
测试项和异常信息：
测试项：
android.server.wm.animations.ActivityTransitionTests#testActivityTransitionOverride
测试报错堆栈信息：
java.lang.AssertionError: Actual transition duration should be in the range <1800, 3000> ms, actual=1516
at org.junit.Assert.fail(Assert.java:89)
at org.junit.Assert.assertTrue(Assert.java:42)
at android.server.wm.animations.ActivityTransitionTests.testActivityTransitionOverride(ActivityTransitionTests.java:210)2、分析
AI工具的分析,如下图所示：
报错原因：
这个报错是典型的断言失败，核心原因是：测试用例期望 Activity 转场动画的时长落在 1800ms ~ 3000ms 区间，但实际测得的时长是 1528ms，低于最小值 1800ms，导致断言触发失败。除了报错原因有点用，根因和解决方案是没啥用的。
这个也是为啥AI不能完全替代工程师的原因。AI还需要进步。
AI主要是解决一些已经的问题，我这个是最新的，AI暂时没法解决。
回退代码验证分析，发现是1月份合入了2025年12月份的Google 安全补丁导致的问题。
如下修改导致：
上面的修改把 Activity 转场动画的时长最大值修改成了1500；
实际Activity的转场时间是需要1500毫秒多一点的；所以会发生断言失败的情况。
不清楚Google为啥会犯这种会导致自己认证失败的修改？
Google以为 有可能新设备+新框架下，Activity转场时间能缩短到1500 毫秒以下。
3、解决
解决方法：还原MAX_ANIMATION_DURATION 的值为 3000
private static final int MAX_ANIMATION_DURATION = 3000;这样转场时间就在最大转场时间范围内，这样就不会出现Failed。
三、其他
1、小结
本文的Failed项是导入新的Google 安全补丁导致的；
这种对系统没啥影响的，修改回原来的值就行了。
2、Android16 【CTS】CtsWindowManagerDeviceAnimations存在fail项
同一个模块的其他的项一些Failed报错。悬浮框和修改wm目录导致的Faile项：
https://blog.csdn.net/wenzhi20102321/article/details/159015485