Jetpack Compose中能否实现测试驱动开发（TDD）？相关疑问

• 完全可以在Jetpack Compose中开展TDD
  Compose官方提供了完善的UI测试框架，配合JUnit的扩展能力，完全支持先写测试、再实现UI的TDD流程。你可以用createComposeRule启动测试环境，通过onNodeWithText、performClick等API验证UI行为，和传统Android View的TDD逻辑一致。

• “测试要求UI已存在”是误解
  TDD的核心是先编写失败的测试用例，再编写满足测试的代码。在Compose场景下，你先写好验证UI状态、交互的测试（比如“点击按钮后文本变为‘已提交’”），此时对应的Composable还没实现，测试会失败；接着你再编写最简的Composable代码让测试通过，之后再重构优化——这完全符合TDD的“红-绿-重构”流程，不存在必须先有UI才能测试的限制。

• FakeScreen是TDD中的实用技巧
  FakeScreen本质是为测试场景打造的简化容器，用来隔离待测试的Composable和真实业务环境。比如你的UI依赖某个ViewModel或者数据仓库，你可以在FakeScreen中注入Mock的ViewModel，或者提供测试用的假状态，这样就能聚焦测试单个Composable的逻辑，不用牵扯整个页面的复杂依赖。举个简单例子：

// FakeScreen 提供测试状态
@Composable
fun FakeScreen(onButtonClick: () -> Unit) {
    Column {
        Button(onClick = onButtonClick) {
            Text("点击测试")
        }
    }
}

// 测试用例
@Test
fun buttonClick_triggersAction() {
    var clicked = false
    composeRule.setContent {
        FakeScreen(onButtonClick = { clicked = true })
    }
    composeRule.onNodeWithText("点击测试").performClick()
    assertTrue(clicked)
}

写完这个测试后，你再把FakeScreen的逻辑迁移到真实业务UI中，或者直接基于测试完善真实Composable的实现。

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