NUnit中[OneTimeTearDown]抛异常测试标记为Inconclusive而非失败如何解决？

这确实是NUnit框架的默认行为，但你完全可以通过代码调整，让这类异常导致测试标记为失败，我来给你详细说明：

为什么默认是Inconclusive？ #

NUnit的设计逻辑里，[OneTimeTearDown]属于测试套件的清理阶段，而非测试执行的核心逻辑。框架认为：如果测试本身执行完成，但后续清理资源时抛出异常，无法确定测试的最终状态是否完全有效（比如可能有资源泄漏，但测试逻辑本身是对的），所以会标记为Inconclusive，以此区分“测试逻辑失败”和“后续清理异常”两种场景。

如何让清理异常标记为失败？ #

如果你认为清理阶段的异常应该被视为测试失败（比如清理失败意味着测试依赖的资源状态异常，间接说明测试不可靠），可以通过手动捕获异常并触发断言失败来实现：

[OneTimeTearDown]
public void OneTimeTearDown()
{
    try
    {
        // 你的清理逻辑，比如关闭数据库连接、删除临时文件等
        PerformCriticalCleanup();
    }
    catch (Exception ex)
    {
        // 主动将异常转为测试失败
        Assert.Fail($"OneTimeTearDown 执行失败: {ex.Message}\n{ex.StackTrace}");
    }
}

这种方式会强制NUnit将测试结果标记为Failed，同时把清理异常的信息展示在测试报告里，方便你定位问题。

关于ReSharper的说明 #

ReSharper作为测试运行器，是严格遵循NUnit的结果标记规则的，所以核心调整点还是在NUnit的测试代码里，不需要修改ReSharper的设置。

内容的提问来源于stack exchange，提问作者Brondahl