Mic*_*ovo 7 android kotlin-coroutines
我有两个协程测试,它们在单独运行时都通过,但是如果我一起运行它们,第二个总是失败(即使我切换它们!)。我得到的错误是:
想要但未调用:observer.onChanged([SomeObject(someValue=test2)]); 实际上,与此模拟的交互为零。
关于协程(或一般测试)和做错事,我可能不了解一些基本的东西。
如果我调试测试,我发现失败的测试不是在等待内部runBlocking完成。实际上,我首先拥有内部的原因runBlocking是为了解决这个确切的问题,它似乎适用于个人测试。
关于为什么会发生这种情况的任何想法?
@ExperimentalCoroutinesApi
@RunWith(MockitoJUnitRunner::class)
class ViewModelTest {
@get:Rule
val instantTaskExecutorRule = InstantTaskExecutorRule()
private lateinit var mainThreadSurrogate: ExecutorCoroutineDispatcher
@Mock
lateinit var repository: DataSource
@Mock
lateinit var observer: Observer<List<SomeObject>>
private lateinit var viewModel: SomeViewModel
@Before
fun setUp() {
mainThreadSurrogate = newSingleThreadContext("UI thread")
Dispatchers.setMain(mainThreadSurrogate)
viewModel = SomeViewModel(repository)
}
@After
fun tearDown() {
Dispatchers.resetMain()
mainThreadSurrogate.close()
}
@Test
fun `loadObjects1 should get objects1`() = runBlocking {
viewModel.someObjects1.observeForever(observer)
val expectedResult = listOf(SomeObject("test1"))
`when`(repository.getSomeObjects1Async())
.thenReturn(expectedResult)
runBlocking {
viewModel.loadSomeobjects1()
}
verify(observer).onChanged(listOf(SomeObject("test1")))
}
@Test
fun `loadObjects2 should get objects2`() = runBlocking {
viewModel.someObjects2.observeForever(observer)
val expectedResult = listOf(SomeObject("test2"))
`when`(repository.getSomeObjects2Async())
.thenReturn(expectedResult)
runBlocking {
viewModel.loadSomeObjects2()
}
verify(observer).onChanged(listOf(SomeObject("test2")))
}
}
Run Code Online (Sandbox Code Playgroud)
class SomeViewModel constructor(private val repository: DataSource) :
ViewModel(), CoroutineScope {
override val coroutineContext: CoroutineContext
get() = Dispatchers.Main
private var objects1Job: Job? = null
private var objects2Job: Job? = null
val someObjects1 = MutableLiveData<List<SomeObject>>()
val someObjects2 = MutableLiveData<List<SomeObject>>()
fun loadSomeObjects1() {
objects1Job = launch {
val objects1Result = repository.getSomeObjects1Async()
objects1.value = objects1Result
}
}
fun loadSomeObjects2() {
objects2Job = launch {
val objects2Result = repository.getSomeObjects2Async()
objects2.value = objects2Result
}
}
override fun onCleared() {
super.onCleared()
objects1Job?.cancel()
objects2Job?.cancel()
}
}
Run Code Online (Sandbox Code Playgroud)
class Repository(private val remoteDataSource: DataSource) : DataSource {
override suspend fun getSomeObjects1Async(): List<SomeObject> {
return remoteDataSource.getSomeObjects1Async()
}
override suspend fun getSomeObjects2Async(): List<SomeObject> {
return remoteDataSource.getSomeObjects2Async()
}
}
Run Code Online (Sandbox Code Playgroud)
当您使用 时launch,您正在创建一个将异步执行的协程。使用runBlocking不会影响它。
你的测试失败了,因为你的发布里面的东西会发生,但还没有发生。
在执行任何断言之前确保您的启动已执行的最简单方法是调用.join()它们。
fun someLaunch() : Job = launch {
foo()
}
@Test
fun `test some launch`() = runBlocking {
someLaunch().join()
verify { foo() }
}
Run Code Online (Sandbox Code Playgroud)
而不是Jobs在您的ViewModel. 中保存个人,onCleared()您可以CoroutineScope像这样实现:
class MyViewModel : ViewModel(), CoroutineScope {
private val job = SupervisorJob()
override val coroutineContext : CoroutineContext
get() = job + Dispatchers.Main
override fun onCleared() {
super.onCleared()
job.cancel()
}
}
Run Code Online (Sandbox Code Playgroud)
在 a 内发生的所有启动都CoroutineScope成为 that 的子项CoroutineScope,因此如果您取消那个job(实际上是取消了CoroutineScope),那么您将取消在该范围内执行的所有协程。
所以,一旦你清理了你的CoroutineScope实现,你就可以让你的ViewModel函数只返回Jobs:
fun loadSomeObjects1() = launch {
val objects1Result = repository.getSomeObjects1Async()
objects1.value = objects1Result
}
Run Code Online (Sandbox Code Playgroud)
现在您可以使用以下命令轻松测试它们.join():
@Test
fun `loadObjects1 should get objects1`() = runBlocking {
viewModel.someObjects1.observeForever(observer)
val expectedResult = listOf(SomeObject("test1"))
`when`(repository.getSomeObjects1Async())
.thenReturn(expectedResult)
viewModel.loadSomeobjects1().join()
verify(observer).onChanged(listOf(SomeObject("test1")))
}
Run Code Online (Sandbox Code Playgroud)
我还注意到你正在使用Dispatchers.Main你的ViewModel. 这意味着默认情况下您将在主线程上执行所有协程。你应该考虑这是否真的是你想做的事情。毕竟,Android 中很少有非 UI 的事情需要在主线程上完成,您的 ViewModel 不应该直接操作 UI。
| 归档时间: |
|
| 查看次数: |
1607 次 |
| 最近记录: |