Kotlin Runtest with delay（）不起作用

Question

我正在测试一个阻塞的Coroutine。这是我的生产代码：

interface Incrementer {
    fun inc()
}

class MyViewModel : Incrementer, CoroutineScope {
    override val coroutineContext: CoroutineContext
        get() = Dispatchers.IO

    private val _number = MutableStateFlow(0)
    fun getNumber(): StateFlow<Int> = _number.asStateFlow()

    override fun inc() {
        launch(coroutineContext) {
            delay(100)
            _number.tryEmit(1)
        }
    }
}

我的测试：

class IncTest {
    @BeforeEach
    fun setup() {
        Dispatchers.setMain(StandardTestDispatcher())
    }

    @AfterEach
    fun teardown() {
        Dispatchers.resetMain()
    }

    @Test
    fun incrementOnce() = runTest {
        val viewModel = MyViewModel()

        val results = mutableListOf<Int>()
        val resultJob = viewModel.getNumber()
            .onEach(results::add)
            .launchIn(CoroutineScope(UnconfinedTestDispatcher(testScheduler)))

        launch(StandardTestDispatcher(testScheduler)) {
            viewModel.inc()
        }.join()

        assertEquals(listOf(0, 1), results)
        resultJob.cancel()
    }
}

如何测试我的 inc（）功能？ （将界面刻在石头上，所以我不能将 inc（）变成悬浮函数。）

Answer 1

这里有两个问题：

1. 您想在Coroutine中等待viewModel.inc（）在内部启动的工作。
2. 理想情况下，应在测试期间快速延迟100ms延迟，以便实际上不需要100ms才能执行。

---

让我们从问题2开始：为此，您需要能够修改myViewModel（但不是inc），然后更改类，以便不使用硬编码dispatchers.io，它接收coroutinecontext作为参数。这样，您可以在测试中传递testDisPatcher，这将利用虚拟时间快速向前延迟。您可以在“ noreferrer”>注射testdispatchers Android文档。

class MyViewModel(coroutineContext: CoroutineContext) : Incrementer {
    private val scope = CoroutineScope(coroutineContext)

    private val _number = MutableStateFlow(0)
    fun getNumber(): StateFlow<Int> = _number.asStateFlow()

    override fun inc() {
        scope.launch {
            delay(100)
            _number.tryEmit(1)
        }
    }
}

在这里，我还完成了一些较小的清理：

• 制作myViewModel包含coroutinesCope而不是实现接口，即正式推荐的练习
• 删除了coroutinecontext参数传递给pluench> punains， '在这种情况下做任何事情 - 无论如何，相同的上下文都在范围中，因此它已经用于

---

问题1，等待工作完成，您有一些选择：

• 如果您通过了testDisPatcher，您可以使用Advanceununtilidle之类的测试方法手动手动推进inc内部创建的coroutine。这不是理想的选择，因为您非常依赖实施细节，这是您在生产中无法做的事情。但是，如果您无法使用下面的更好的解决方案，它将起作用。

    viewmodel.inc（）
  AdvanceUnuntilidle（）//返回所有待处理的巡回赛完成
   

• 适当的解决方案将用于inc，可以让其呼叫者何时完成工作。您可以使其成为一种悬浮方法，而不是内部启动新的Coroutine，但您表示无法修改使其暂停的方法。替代方案（如果您能够进行此更改）是使用inc使用async构建器创建新的Coroutine，返回延迟创建的对象，然后在呼叫网站上

  -ing。

    Override fun inc（）：延迟＆lt; unit＆gt; {
      scope.async {
          延迟（100）
          _number.tryemit（1）
      }
  }
  
  //在测试中...
  viewModel.inc（）。等待（）
   

• 如果您无法修改方法或类，则无法避免delay> delay（）调用导致真正的100ms延迟。在这种情况下，您可以强迫测试在继续之前等待此时间。 runtest内的常规delay>将通过使用testDisPatcher为其创建的coroutine快速抛光，但您可以逃脱其中一种解决方案：

    // delay> // delay（）
  viewModel.inc（）
  使用context（dispatchers.default）{delay（100）}
  
  //使用阻塞睡眠
  viewModel.inc（）
  线程（100）
   

---

对于有关测试代码的一些最终注释：

• 由于您正在执行dispatchers.setmain，因此您无需将testschedscheduler传递到<<代码> testDisPatchers 您创建。他们将从main中获取调度程序，如果他们在其中找到testDisPatcher，如上所述在其文档中。
• 您可以简单地传递this，而不是创建新的范围以传递到lainingin，它是runtest的接收器，它指向a <代码> TestScope 。