Compose TextField UI测试断言失败：无法检测输入文本'123'

从错误日志能看出，目标TextField的Focused = false且EditableText = ''——这说明文本输入操作根本没生效，因为TextField未获得焦点，无法接收输入内容。另外，你设置的400L延迟虽然是为了等待动画，但可能没确保节点完全进入可交互状态。

1. 确保动画完成且节点可见 #

禁用自动时钟推进后，要手动推进时钟到动画结束的时长（AnimatedVisibility默认入场动画时长为300ms，400L足够），同时等待目标节点存在：

composeRule.onNodeWithTag("testing").waitForExists()

2. 让TextField获取焦点 #

执行文本输入前必须让TextField处于焦点状态，可通过点击操作实现：

composeRule.onNodeWithTag("testing").performClick()

3. 使用精准的断言方式 #

针对可编辑文本框，直接断言EditableText的内容可以避免占位符（比如你的[Phone No]）的干扰：

composeRule.onNodeWithTag("testing").assert(hasEditableText("123"))

@Test
fun test() {
    // 禁用自动时钟推进，手动控制动画流程
    composeRule.mainClock.autoAdvance = false
    // 推进时钟至动画完成，确保视图绘制完毕
    composeRule.mainClock.advanceTimeBy(400L)
    // 等待目标节点加载完成
    composeRule.onNodeWithTag("testing").waitForExists()
    // 点击TextField获取焦点，确保能接收输入
    composeRule.onNodeWithTag("testing").performClick()
    // 执行文本输入操作
    composeRule.onNodeWithTag("testing").performTextInput("123")
    // 断言输入内容已写入EditableText
    composeRule.onNodeWithTag("testing").assert(hasEditableText("123"))
}

• 如果你的AnimatedVisibility自定义了动画时长，要对应调整advanceTimeBy的参数值，确保大于等于动画总时长。
• 若测试仍不稳定，可在advanceTimeBy后恢复自动时钟推进：composeRule.mainClock.autoAdvance = true，再执行后续操作。
• 优先使用waitForExists()、waitForHasFocus()这类等待方法，替代固定延迟，让测试更可靠。

内容的提问来源于stack exchange，提问作者Sudhanshu Kumar