同步您的测试

Compose 测试默认与您的界面同步。当您使用 ComposeTestRule 调用断言或操作时,测试会提前同步,直到界面树处于空闲状态。

通常情况下,您无需执行任何操作。但是,您应该了解一些边缘情况。

测试同步时,您的 Compose 应用会使用虚拟时钟提前时间。这意味着 Compose 测试并非实时运行,因此它们可以尽可能快地通过。

但是,如果您不使用同步测试的方法,则不会发生重组,并且界面将显示为已暂停。

@Test
fun counterTest() {
    val myCounter = mutableStateOf(0) // State that can cause recompositions.
    var lastSeenValue = 0 // Used to track recompositions.
    composeTestRule.setContent {
        Text(myCounter.value.toString())
        lastSeenValue = myCounter.value
    }
    myCounter.value = 1 // The state changes, but there is no recomposition.

    // Fails because nothing triggered a recomposition.
    assertTrue(lastSeenValue == 1)

    // Passes because the assertion triggers recomposition.
    composeTestRule.onNodeWithText("1").assertExists()
}

请注意,此要求仅适用于 Compose 层次结构,而不适用于应用的其余部分。

停用自动同步

当您通过 ComposeTestRule(例如 assertExists())调用断言或操作时,您的测试会与 Compose 界面同步。在某些情况下,您可能希望停止此同步并自行控制时钟。例如,您可以控制时间来在界面仍繁忙时截取动画的精确屏幕截图。要停用自动同步,请将 mainClock 中的 autoAdvance 属性设置为 false

composeTestRule.mainClock.autoAdvance = false

通常情况下,您会自行推进时间。您可以使用 advanceTimeByFrame() 精确地推进一帧,或使用 advanceTimeBy() 推进特定时长。

composeTestRule.mainClock.advanceTimeByFrame()
composeTestRule.mainClock.advanceTimeBy(milliseconds)

空闲资源

Compose 可以同步测试和界面,以便在空闲状态下完成所有操作和断言,并根据需要等待或推进时钟。但是,某些异步操作的结果会影响界面状态,这些操作可以在测试不知情的情况下在后台运行。

在测试中创建并注册这些空闲资源,以便在判断受测应用是繁忙还是空闲时将其考虑在内。除非您需要注册其他空闲资源(例如,如果您运行的后台作业未与 Espresso 或 Compose 同步),否则无需执行任何操作。

此 API 与 Espresso 的空闲资源非常相似,用于指示受测对象是空闲还是繁忙。使用 Compose 测试规则注册 IdlingResource 的实现。

composeTestRule.registerIdlingResource(idlingResource)
composeTestRule.unregisterIdlingResource(idlingResource)

手动同步

在某些情况下,您必须将 Compose 界面与测试的其他部分或您正在测试的应用同步。

waitForIdle() 函数会等待 Compose 处于空闲状态,但该函数取决于 autoAdvance 属性

composeTestRule.mainClock.autoAdvance = true // Default
composeTestRule.waitForIdle() // Advances the clock until Compose is idle.

composeTestRule.mainClock.autoAdvance = false
composeTestRule.waitForIdle() // Only waits for idling resources to become idle.

请注意,在这两种情况下,waitForIdle() 还会等待待处理的绘制和布局过程

此外,您可以使用 advanceTimeUntil() 推进时钟,直到满足特定条件。

composeTestRule.mainClock.advanceTimeUntil(timeoutMs) { condition }

请注意,给定条件应检查可能受此时间影响的状态(它仅适用于 Compose 状态)。

等待条件

任何依赖于外部工作的条件(例如数据加载或 Android 的测量或绘制(即 Compose 外部的测量或绘制))都应使用更通用的概念,例如 waitUntil()

composeTestRule.waitUntil(timeoutMs) { condition }

您还可以使用任何waitUntil 辅助函数

composeTestRule.waitUntilAtLeastOneExists(matcher, timeoutMs)

composeTestRule.waitUntilDoesNotExist(matcher, timeoutMs)

composeTestRule.waitUntilExactlyOneExists(matcher, timeoutMs)

composeTestRule.waitUntilNodeCount(matcher, count, timeoutMs)

更多资源

  • 在 Android 上测试应用:主要的 Android 测试着陆页提供了测试基础知识和技术更广泛的视图。
  • 测试基础知识详细了解测试 Android 应用的核心概念。
  • 本地测试您可以在自己的工作站上本地运行一些测试。
  • 仪表化测试运行仪表化测试也是一种好做法。也就是说,直接在设备上运行的测试。
  • 持续集成持续集成允许您将测试集成到部署管道中。
  • 测试不同屏幕尺寸鉴于用户可用的设备众多,您应该测试不同的屏幕尺寸。
  • Espresso:虽然 Espresso 适用于基于 View 的界面,但其知识在 Compose 测试的某些方面仍然有用。