Debug.Assert 会干扰 MSTests，我该如何解决它？

Question

所以我有一个方法，我通过 MSTests 进行单元测试，以确保它在传入错误数据时正确抛出异常。

但是该方法具有 Debug.Assert，因此如果它发生在我处于调试状态的实际测试期间，它会在调试时被捕获模式试图找到错误。

因此，以这种方式运行时，单元测试无法自动化，因为 Assert 语句出现了 Abort、Retry、Ignore。所有 3 种情况都很重要：

我正在调试并寻找问题，因此我希望 Debug.Assert 可用。 代码应该具有适当的保护子句，因此如果在生产中发生这种情况，则会引发异常。 我的单元测试应该完全自动化，无需手动点击即可运行。

有什么解决办法吗？

Answer 1

到目前为止，当单元测试在本地运行时，Nicole 的解决方案并没有达到我想要的效果，因为我故意传递的值会触发断言以确保抛出异常，从而干扰在本地自动运行单元测试。我想如果我愿意接受 [Conditional("DEBUG")] 编译属性并在发布模式下运行单元测试，它就会起作用。如果我想要这种行为，我可以在测试程序集中提供一个带有 [Conditional("DEBUG")] 的测试级别（或程序集级别）包装器，但是我可以从预编译中使用这个包装器可重用的类库。

这非常接近我想要的，但还需要调用 Trace.Listeners.Clear();在我的测试套件中。

/// <summary>
/// To suppress UI assert messages use:
/// Trace.Listeners.Clear();
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="assertAgainst"></param>
/// <param name="condition"></param>
/// <param name="exception"></param>
/// <returns></returns>
public static T Assert<T>(this T assertAgainst, Func<T,bool> condition,Func<Exception> exception)
{
    var conditionMet = condition(assertAgainst);
    if (Debugger.IsAttached)
        Debug.Assert(conditionMet);

        //assertAgainst.Assert(x => x != null, () => new NullReferenceException());
        if (!conditionMet)
            throw exception();

    return assertAgainst;
}

Answer 2

您可以调用一个包装器方法，在调用 Debug.Assert 之前检查是否附加了调试器，而不是直接调用 Debug.Assert。 （显然，如果没有附加调试器，它应该抛出异常。）例如：

[Conditional("DEBUG")]
public static void Assert(bool condition)
{
    if (Debugger.IsAttached)
    {
        Debug.Assert(condition);
    }
    else
    {
        throw new AssertionException();
    }
}

Answer 3

我刚刚遇到了同样的问题，但后来我意识到除非代码中有错误，否则这种情况不应该出现。在这种情况下，我真的不介意断言的弹出。这是我的推理链：

1. 只有在不满足函数的先决条件（或者函数本身存在错误）时，才应命中 Debug.Assert。
2. 单元测试应该检查函数的后置条件。
3. 如果函数的所有前置条件都满足，则只需生成其后置条件，因此为传递无效前置条件的函数编写单元测试是没有意义的。

Answer 4

此断言 不会干扰自动化测试，如果断言失败，测试用例将会失败，但执行将继续。