Composer无动画测试功能，因其动画仅为实时插值、无帧序列与中间状态；上线前须人工核验命名顺序、关键帧精简、光照材质启用及导出参数，并在外部播放器实机验证。
Composer 本身不提供动画测试功能，所谓“动画测试”是误用概念——它没有帧序列、不生成中间帧、也不支持状态断言或渲染比对，上线前的品质把控必须绕开“测试”思路，转为人工校验链路。
为什么 Composer 没有真正的动画测试流程
Composer 的“动画”只是视口内实时插值：时间轴上的数值是逻辑节奏标记，不是帧时间戳；点击播放时 GPU 直接计算模型状态过渡，不缓存、不采样、不输出中间结果。因此：
-
composeTestRule、assertScreenshotMatchesGolden这类 Compose UI 测试 API 完全不适用——它们依赖可挂载的 Jetpack Compose 树，而 Composer 是独立桌面应用 - 不存在“动画状态快照”或“帧级断言”，你无法写
verify(rotationZ == 180)这类检查 - 所谓“测试失败”，99% 是导出后视频卡顿、跳帧、发灰或命名错位，根源在设置或建模阶段，而非运行时逻辑错误
上线前必须人工核验的 4 个硬性节点
每个节点都对应一类高频翻车场景，漏检一项就可能让客户退回重做：
-
视图命名与顺序：检查结构树中所有视图名是否含动作+部件+方向（如
盖板_装配_从左入），禁用View1、Step_A等无意义名称；顺序必须严格按逆拆卸逻辑排列 -
关键帧精简操作：打开事件轴 → 点击「显示所有轨道」→ 逐条检查
位置、透明度、剖面轨道 → 删除连续相同数值的关键帧（如透明度始终为100%）→ 变换轨道只留首尾+1个缓动点 -
光照与材质显式启用：确认已开启
渲染 > 模式 > 平滑渲染(带轮廓)；轮廓样式设为锐边；至少添加两个定向光源（主光强度1.0，补光强度0.6）；关键零部件手动指定金属或塑料材质预设 -
导出参数强制覆盖：文件 → 导出 → 导出视频 → 关键帧间隔设为
250→ 参考帧数设为4→ 比特率输入12000→ 取消勾选包含音频→ 关闭实时阴影和环境光遮蔽
导出后必做的三步验证（不能跳过）
这是唯一能暴露问题的环节，必须在目标设备上实机播放：
- 用 VLC 或 PotPlayer 打开导出的 MP4，拖动进度条随机跳转到第
3、17、42秒，确认无黑屏、无闪退、无突兀跳变 - 逐帧播放（按
E键）检查旋转类动画：重点看第359°→0°是否平滑衔接，若出现顿挫，说明IterationBehavior没设成Forever或Easing错用缓动 - 在 1080p 显示器上全屏播放，观察零件边缘是否糊成一片——糊则说明轮廓样式不是
锐边，或未启用平滑渲染，此时重导出比修模型更快
最容易被忽略的是：所有检查必须在关闭 Composer 软件后单独播放导出文件。很多人边导出边在 Composer 里点播放预览，结果把视口实时渲染的流畅错当成最终视频质量。
