NUnit：为什么不 Assert.Throws捕获我的 ArgumentNullException？

Question

我应尊敬的约翰·斯基特先生的要求重新发布这个问题，他建议我设计一个简单的测试程序来隔离和演示我遇到的问题并重新发布该问题。这个问题源于这个，所以请如果这一切听起来很熟悉，请原谅我。您可以从该问题中收集有关此问题的更多详细信息。

我遇到的问题涉及 NUnit 2.5.9 中的 Assert.Throws。有时，它无法捕获 TestDelegate 调用的方法中抛出的任何异常。我在下面的代码中以可重现的方式确定了这种行为。 （诚​​然，这可能是 Fails On My Machine™ 的情况。

为了重现该错误，我使用两个 C# DLL 项目创建了一个解决方案：

• 第一个包含一个类，具有一个公共方法。该方法是扩展方法封装了创建 SqlCommand 所需的逻辑，填充其参数并对其调用 ExecuteScalar 该项目不包含其他引用。
• 第二个包含一个具有两个类的类 。测试第一个 DLL 中的方法是否按预期工作的方法。该项目引用了第一个，并且包含对 NUnit 框架的引用。

当我在调试器中单步执行测试时，我观察到。以下内容：

1. Assert.Throws 正确调用 ExecuteScalar 扩展方法，
2. 预期的那样，参数值为 null。
3. 正如 测试其参数是否为空值。
4. 调试器会命中并执行包含抛出 new ArgumentNullException(...) 的行。
5. 执行throw后，应用程序的控制不会立即转移到Assert.Throws。相反，它会在 ExecuteScalar的下一行继续。
6. 一旦执行下一行代码，调试器就会中断，并显示错误“用户代码未处理参数空异常”。

下面给出了隔离此行为的源代码。

扩展方法

namespace NUnit_Anomaly
{
    using System;
    using System.Data;
    using System.Data.SqlClient;

    public static class Class1
    {
        public static T ExecuteScalar<T>(this SqlConnection connection, string sql)
        {
            if (connection == null)
            {
                throw new ArgumentNullException("connection");
            }

            if (sql == null)
            {
                throw new ArgumentNullException("sql");
            }

            using (var command = connection.CreateCommand())
            {
                command.CommandType = CommandType.Text;
                command.CommandText = sql;
                return (T)command.ExecuteScalar();
            }
        }
    }
}

测试用例

namespace NUnit_Tests
{
    using System;
    using System.Data.SqlClient;
    using System.Diagnostics;

    using NUnit.Framework;

    using NUnit_Anomaly;

    [TestFixture]
    public class NUnitAnomalyTest
    {

        [Test]
        public void ExecuteDataSetThrowsForNullConnection()
        {
            Assert.Throws<ArgumentNullException>(() => ((SqlConnection)null).ExecuteScalar<int>(null));
        }

        [Test]
        public void ExecuteDataSetThrowsForNullSql()
        {

            const string server = "MY-LOCAL-SQL-SERVER";
            const string instance = "staging";
            string connectionString = String.Format("Data Source={0};Initial Catalog={1};Integrated Security=True;",
                                                    server,
                                                    instance);

            using (var connection = new SqlConnection(connectionString))
            {
                Assert.Throws<ArgumentNullException>(() => connection.ExecuteScalar<int>(null));
            }
        }
    }
}

最终结果是测试在不应该失败的时候失败了。据我所知，Assert.Throws 应该捕获我的异常并且测试应该通过。

更新

我采纳了汉斯的建议并检查了“例外”对话框。我没有在抛出异常上中断，但在未处理的用户异常上中断。显然，这就是调试器在抛出异常时中断到 IDE 的原因。清除复选框解决了问题，Assert.Throws 解决了这个问题。但是，如果我没有这样做，我就不能只按F5继续执行，否则异常将变成NullReferenceException。

所以现在的问题是：我可以在每个项目的基础上配置异常中断吗？我只想在测试时这样做，但一般情况下不想这样做。

Answer 1

实际发生的情况是，Assert.Throws 确实捕获了您的异常，但 Visual Studio 无论如何都会在第一次机会异常上停止。您只需按 F5 即可检查； Visual Studio 将愉快地继续执行。

正如异常帮助程序告诉您的那样，该异常未被用户代码处理。所以我们知道，出于某种原因，Visual Studio 并不将 NUnit 视为用户代码。

Visual Studio 实际上会以纯文本形式告诉您这一点（如果您知道在哪里查看的话）：

堆栈跟踪中也有证据表明这一事实：

解决方案 1：使用带有调试符号的 NUnit 调试版本。 将使 Visual Studio 将 NUnit 视为用户代码，因此停止将您的异常视为“用户代码未处理”。这并不是一件小事，但从长远来看可能会效果更好。

解决方案 2：关闭 Visual Studio 调试设置中的“仅启用我的代码”复选框：

PS 我不会考虑完全避免使用 Assert.Throws 的解决方法，但当然有一些方法可以做到这一点。