微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

Kotlin Flow Unit测试异常以及使用带有不同分派器的FlowOn进行的工作

如何解决Kotlin Flow Unit测试异常以及使用带有不同分派器的FlowOn进行的工作

使用下面的代码测试FlowMockK的异常

@测试 有趣的given network error returned from repos,should throw exception()= testCoroutinescope.runBlockingTest {

    // GIVEN
    every { postRemoteRepository.getPostFlow() } returns flow<List<PostDTO>> {
        emit(throw Exception("Network Exception"))
    }

    // WHEN
    var expected: Exception? = null
    useCase.getPostFlow()
        .catch { throwable: Throwable ->
            expected = throwable as Exception
            println("⏰ Expected: $expected")
        }
        .launchIn(testCoroutinescope)

    // THEN
    println("⏰ TEST THEN")

    Truth.assertthat(expected).isNotNull()
    Truth.assertthat(expected).isinstanceOf(Exception::class.java)
    Truth.assertthat(expected?.message).isEqualTo("Network Exception")
}

并打印

⏰ TEST THEN
⏰ Expected: java.lang.Exception: Network Exception

测试失败

expected not to be: null

我测试的方法

fun getPostFlow(): Flow<List<Post>> {
    return postRemoteRepository.getPostFlow()

            // ? This method is just to show flowOn below changes current thread
        .map {
            // Runs in IO Thread Defaultdispatcher-worker-2
            println("⏰ PostsUseCase map() FirsT thread: ${Thread.currentThread().name}")
           it
        }
        .flowOn(dispatchers.IO)
        .map {
            // Runs in Default Thread Defaultdispatcher-worker-1
            println("⏰ PostsUseCase map() thread: ${Thread.currentThread().name}")
            mapper.map(it)
        }
        // This is a upstream operator,does not leak downstream
        .flowOn(dispatchers.Default)

}

这不是一个完全实用的功能,而只是检查dispatchers如何处理Flow和测试。

在撰写问题时,我已将.flowOn(dispatchers.IO)注释掉,其中最上面的一个 测试通过了。还将dispatchers.IO更改为dispatchers.Default并导致测试通过。我认为这是由于使用了不同的线程。

1-是否存在将所有flowOn方法设置为同一线程而不修改代码函数方法

这次我尝试使用以下方法测试成功场景

    @Test
    fun `given data returned from api,should have data`() = testCoroutinescope.runBlockingTest {

        // GIVEN
        coEvery { postRemoteRepository.getPostFlow() } returns flow { emit(postDTOs) }
        every { dtoToPostMapper.map(postDTOs) } returns postList

        val actual = postList

        // WHEN
        val expected = mutablelistof<Post>()
//        useCase.getPostFlow().collect {postList->
//            println("⏰ Collect: ${postList.size}")
//
//            expected.addAll(postList)
//        }

        val job = useCase.getPostFlow()
            .onEach { postList ->
                println("⏰ Collect: ${postList.size}")

                expected.addAll(postList)
            }
            .launchIn(testCoroutinescope)

        job.cancel()

        // THEN
        println("⏰ TEST THEN")
        Truth.assertthat(expected).containsExactlyElementsIn(actual)
    }

当我尝试摘录的片段时,测试失败并

java.lang.IllegalStateException: This job has not completed yet

如果job被取消,则带有launchIn且返回job的测试似乎可以通过。

2-为什么不取消使用收集作业,而仅在第一个flowOn使用dispatchers.IO时发生?

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。