I want to test a button that changes it's state on click to a progress indicator and then a few seco...

# compose

[ziv kesten]

I want to test a button that changes it's state on click to a progress indicator and then a few seconds later becomes disabled.
How can i make the test wait or speed up to test the final state?

@Test
    fun test_button_completed_state_correct(): Unit = runBlocking {

        val completedText = mockStateButtonsList.items.first().contents.first { it.state == StateButtonListContent.ButtonState.COMPLETED }.button.caption.orEmpty()

        // Given
        composeTestRule.setContent {
            TestStateButtonList(
                StateButtonListStateReducer(mockStateButtonsList, this)
            )
        }

        // When
        composeTestRule
            .onAllNodesWithTag(STATE_BUTTON)
            .onFirst()
            .performClick()

        // Wait 5000 milliseconds

        // Then
        composeTestRule
            .onAllNodesWithTag(STATE_BUTTON)
            .onFirst()
            .assert(hasText(completedText))
    }

[Landry Norris]

You can use delay(Long) to delay a certain time. If I remember correctly, delay(Long) will cause other coroutines to immediately act like there was a delay.

[oianmol]

https://github.com/androidx/androidx/blob/aee0ae1500d74494bcf50a6da3c75b587462e737[…]dAndroidTest/kotlin/androidx/compose/animation/CrossfadeTest.kt

[oianmol]

this should help

[oianmol]

rule.mainClock.advanceTimeBy(DefaultDurationMillis.toLong())

can you use advanceTimeBy to test this ? 🤔

[Landry Norris]

That looks cool. I didn’t know about rule.mainClock

[oianmol]

Let me know if that worked for you!

[ziv kesten]

mainClock.autoAdvance = false failes the test

[ziv kesten]

But delay worked

[ziv kesten]

However, the test would be long (number of secondes i wait in delay)

[Landry Norris]

after setting autoAdvance to false, did you use advanceTimeBy?

[ziv kesten]

Yes, the test failed faster 🥲

[ziv kesten]

java.lang.AssertionError: Failed to assert the following: (Text + EditableText contains 'IN PROGRESS' (ignoreCase: false))
Semantics of the node:
Node #66 at (l=605.0, t=107.0, r=1033.0, b=258.0)px, Tag: 'test_button'
Role = 'Button'
Focused = 'false'
Text = '[CONNECT]'
Actions = [OnClick, GetTextLayoutResult]
MergeDescendants = 'true'
Has 11 siblings
Selector used: ((TestTag = 'test_button')[0])

[Landry Norris]

If you use runTest {} instead of run blocking, delay will signal other coroutines, but not actually delay.

[ziv kesten]

I have to use runBlocking because i need a couroutine scope to test with.

[ziv kesten]

The button uses a coroutine scope internally

[Landry Norris]

runBlockingTest?

[ziv kesten]

Trying

[Landry Norris]

runTest should provide a coroutine scope.

[Landry Norris]

https://kotlinlang.org/api/kotlinx.coroutines/kotlinx-coroutines-test/kotlinx.coroutines.test/run-test.html

[ziv kesten]

runBlockingTest worked!!!

[ziv kesten]

Thank you!!

[Stylianos Gakis]

Wait where does runBlockingTest come from?

[Landry Norris]

It’s in the coroutines test package. They do recommend replacing it with runTest where possible.

[Stylianos Gakis]

Aha alright, that's the old API then I guess, I thought maybe it was coming from somewhere else.