c# - 如果可以使用 Task.Result，为什么需要 "async"支持 MS 单元测试？

Question

我在这里有点困惑...我有一个调用异步方法的测试方法，我将签名更改为 async Task。有效。

[TestMethod]
public async Task TestIt()
{
  bool result = await service.SomethingAsync();
  Assert(result);
}

现在我在网上读到，单元测试需要支持异步，现在 NUnit 也支持异步。但为什么这如此重要？我可以像这样编写测试，使用等待 Task 完成的 Result 属性:

[TestMethod]
public void TestIt()
{
  bool result = service.SomethingAsync().Result;
  Assert(result);
}

Answer 1

Result 有一个不幸的副作用，它将所有异常包装在 AggregateException 中。这使得测试错误路径更加痛苦。

但即使您决定可以接受，您仍然会遇到在单个测试中调用多个 async 方法的问题；即，如果您的测试设置还需要 async 工作。要以阻塞方式执行此操作，您必须将测试方法重构为单独的 async 方法，或者将其包装在 async 委托(delegate)中并直接执行或将其扔进 Task.Run。不是不可能，但也不方便。

最后，async 组件存在一个问题，它假定一次一个线程的上下文。示例包括 ViewModel 和 WebAPI/MVC Controller 。在该级别，这些组件通常假定它们不需要同步访问异步共享数据，因为它们从不在自由线程上下文中执行。直到你进行单元测试，就是这样。常见的方法是为这些单元测试提供单线程上下文，例如，在单元测试线程上安装 Dispatcher。在这种情况下，Result 将死锁。有很多方法可以解决这个问题，但同样，编写该代码并不方便。

最重要的是，async 单元测试不会使它成为可能；它们使它变得方便。以及任何鼓励单元测试的东西(特别是对于像 async 这样棘手的事情)是个好主意。 :)