制作用于咖啡测试的CoroutineDispatcher空闲资源

时间:2019-06-13 15:10:26

标签: android kotlin android-espresso kotlin-coroutines

我正在尝试找到一种方法来很好地实现IdlingResource,该方法将轮询CoroutineDispatcher的isActive属性。但是,从调试来看,检查此属性似乎从来没有一个活动的作业。

到目前为止,我已经尝试过使用AsyncTask的THREAD_POOL_EXECUTOR进行内置的空闲操作,但是在使用asCoroutineDispatcher扩展功能并将生成的CoroutineDispatcher用于启动我的ViewModel的工作。我尝试编写自定义的IdlingResource

ViewModel

fun authenticate(username: String, password: String) = viewModelScope.launch(Dispatchers.Default) {
    if (_authenticateRequest.value == true) {
        return@launch
    }

    _authenticateRequest.postValue(true)
    val res = loginRepo.authenticate(username, password)
    _authenticateRequest.postValue(false)

    when {
        res is Result.Success -> {
            _authenticateSuccess.postValue(res.item)
        }
        res is Result.Failure && res.statusCode.isHttpClientError -> {

            _authenticateFailure.postValue(R.string.invalid_password)
        }
        else -> {
            _authenticateFailure.postValue(R.string.network_error)
        }
    }
}

IdlingResource

class CoroutineDispatcherIdlingResource(
    private val resourceName: String,
    private val dispatcher: CoroutineDispatcher
) : IdlingResource {
    private var callback: IdlingResource.ResourceCallback? = null

    override fun getName() = resourceName

    override fun isIdleNow(): Boolean {
        if (dispatcher.isActive) { return false }

        callback?.onTransitionToIdle()
        return true
    }

    override fun registerIdleTransitionCallback(callback: IdlingResource.ResourceCallback?) {
        this.callback = callback
    }
}

浓咖啡测试

@RunWith(AndroidJUnit4::class)
class LoginIntegrationTest {
    @get:Rule
    val activityRule = ActivityTestRule(MainActivity::class.java)

    var idlingResource: CoroutineDispatcherIdlingResource? = null

    @Before
    fun before() {
        idlingResource = CoroutineDispatcherIdlingResource(this.javaClass.simpleName, Dispatchers.Default)
        IdlingRegistry.getInstance().register(idlingResource)
    }

    @Test
    fun loginFailure() {
        onView(withId(R.id.username))
            .perform(clearText()).perform(typeText("aslkdjqwe"))
        onView(withId(R.id.password))
            .perform(clearText()).perform(typeText("oxicjqwel"))
        onView(withId(R.id.login_button))
            .perform(click())

        onView(withId(com.google.android.material.R.id.snackbar_text))
            .check(matches(withText(R.string.invalid_password)))
    }
}

我期望一旦调用ViewModel'authenticate'函数,isActive属性就为true,但事实并非如此。它总是看起来是错误的,因为CoroutineDispatcher中从来没有活动的作业。

2 个答案:

答案 0 :(得分:0)

CoroutineContext.isActive具有误导性,因为它检查上下文是否具有Job对象以及该对象是否处于活动状态。 CoroutineDispatcher是没有Job之类的其他元素的上下文,因此它将始终返回false

为了跟踪连续性,您可能需要某种自定义ContinuationInterceptor,以跟踪正在进行的和已取消的连续性。

答案 1 :(得分:0)

想出了一个解决方案!事实证明,AsyncTask的THREAD_POOL_EXECUTOR实际上可以正常工作。我所缺少的是为Retrofit / OkHttp提供IdlingResource。

我最初的假设是,当HTTP客户端关闭时,在THREAD_POOL_EXECUTOR上运行的协程将隐式等待,但是我已经使用IdlingResource here很好地完成了所有工作。