通过断言状态码返回单元测试 .net 项目

Question

我是单元测试的新手，xunit。我正在编写断言状态代码返回的单元测试。这是集成测试范围内的东西还是满足单元测试逻辑？

例如，我断言 get 函数的响应如下：

[Fact]
public async Task MyTest()
{
    SearchParam searchParam = new SearchParam() { };
    var bool= false;
    var bool2 = false;
    var actionResult = await _controller.Myfunction(searchParam, bool, bool2).ConfigureAwait(false);
    var okResult = actionResult.Result as OkObjectResult;
    Assert.True(okResult.StatusCode == 200, "Ok");
}

Answer 1

如果该状态代码是通过访问辅助基础架构（发出 Web 请求或类似请求）生成的，那么它应该是一个集成测试。 这是因为二级基础设施可能并不总是启动并运行，这可能会导致测试失败。

单元测试不应该依赖于这些东西。 无论如何，单元测试必须始终是可重现的，并且不得依赖于外部资源。

更新：

单元测试和集成测试通常可以使用与单元测试平台相同的逻辑来完成。 但是，您必须考虑到有资格作为集成测试（见上文）的测试可能由于外部原因而失败。 这意味着您必须以不同的方式处理任一测试的结果。

我强烈建议将您的集成测试放入单独的测试程序集中，如果您在提交时运行构建管道，则该程序集不会执行。

如果您的集成测试因封闭签入环境中的外部因素而失败，它将阻止任何开发人员将更改提交到分支，直到修复了二级基础架构以符合您的测试。 这是您不惜一切代价想要避免的情况，因为它可能会迫使开发人员处于不活动状态，直到您建筑物中另一台服务器的网络问题得到解决。