依赖单元测试并从单元测试返回 Task<T>

Question

MSTest 框架如何处理依赖于其他单元测试的单元测试？我正在测试一个 REST API，并花了相当长的时间试图了解大局。在此过程中出现了以下问题：

1. 我们应该编写调用其他测试方法的测试方法吗？它是否以某种方式违背了 unit 测试的想法？还是应该将单元测试彼此完全隔离？
2. 如果被隔离，当某个 api 端点需要输入而只能通过调用另一个 API 端点（已经存在测试）来获取时，我们该怎么办？例如端点GetMembers端点需要认证令牌，该令牌只能通过调用Login端点获得。每个端点都有一个单独的测试。从TestGetMembers 调用TestLogin 方法公平吗，还是应该在TestGetMembers 中重复TestLogin 的整个代码（或者为此编写一个函数来共享代码）？
3. 我应该将登录令牌保存在哪里，因为所有后续测试都需要它。看起来 MSTest 为每个测试方法创建了一个新的测试类实例，所以我的全局变量丢失了。可以声明 static 变量来保存这些值吗？
4. async 测试呢？我的研究表明async 测试可以返回Task，但不能返回Task<T>。 Visual Studio 测试资源管理器没有列出任何返回 Task<T> 并尝试手动运行它们的测试方法（例如，通过在方法内部右键单击并选择 Run Test）在没有实际运行测试方法的情况下完成。有这样的限制吗？如果是，我如何从异步测试方法返回值，该值将被另一个测试方法使用？

Answer 1

我主要回答你的第一个问题。如果您能够模拟服务器行为，您可以测试端点方法，但在我看来，它是过度工程。单元测试是为测试单元逻辑而设计的。在良好的设计中，您将逻辑注入控制器（例如作为服务、外观或其他架构对象），并且您需要测试注入的方法。在下面的代码中，我不测试 GetById 控制器方法，而是测试 _facade.MyMethod()。如果您的控制器方法中有更复杂的逻辑，则应将其移至另一层。如果您要测试外观逻辑，如我在示例中所写，您可以省略身份验证，因为您不需要令牌，尽管它也取决于您的授权机制。

public class MyExampleObjectController : ControllerBase
{
    private readonly IExampleObjectFacade _facade;

    public MyExampleObjectController(IExampleObjectFacade facade)
    {
        _facade = facade;
    }

    [HttpGet]
    [Authorize]
    [ProducesResponseType(200)]
    [ProducesResponseType(404)]
    public async Task<IActionResult> GetById(Guid id,
    CancellationToken cancellationToken = default)
    {
        var item = await _facade.MyMethod(id, cancellationToken);
        if (item == null)
        {
            return NotFound();
        }
        return Ok(item);
    }
}