A modern programming language that makes developers happier.

kotlinlang

I’m writing a UI test for compose, and attempting to assert that a node exists. The app renders a ‘loading’ state, until the user is signed in, and then navigates to a ‘login’ screen.

The assertion that the ‘loading’ node is rendered seems to fail though. I _think_ it’s because under test, there’s no real delay between loading and login, so perhaps the transition happens too quickly, and as far as the test is concerned, the loading node doesn’t exist!

Does this just call for disabling automatic synchonization? Part of me wonders if maybe the test dispatcher skipping delays causes the UI test to execute in a sort of unrealistic environment

The states that are rendered are based on a flow. I can delay each emission in the flow by some arbitrary amount (say 500ms), set `mainClock.autoAdvance = false`, advance by &lt;500ms, perform the assertion, and then set `mainClock.autoAdvance = true`. But, it feels like I’m creating a sort of brittle test. If that delay changes, the test will fail

&gt; I _think_ it’s because under test, there’s no real delay between loading and login

There’s not necessarily any guarantee that in production you’ll ever see the “loading” state either if it goes from “loading” to “loaded” immediately

You could sort of think of your entire UI as a giant `Flow.collectLatest` in the sense that intermediate states might not render, just the last one. If you have Compose code that requires composing with one state before recomposing with another, there’s probably something a bit weird going on.

Agreed that messing with time dispatching in tests is probably brittle, I’d probably aim towards something like

```// kick off the request but don't let it finish

// assert loading state is correct

// manually allow request to finish and become loaded

// assert loaded state is correct```