Setter未抛出异常：BankAccount构造函数xUnit测试失败求助

看起来你在测试BankAccount构造函数的异常逻辑时踩了个常见的坑——大概率是测试断言的写法不对，或者构造函数的访问权限/抛出逻辑有问题。我来帮你一步步排查：

1. 修正测试方法的断言写法 #

xUnit捕获异常需要用Assert.Throws<T>方法，传入委托（比如lambda表达式）来执行构造逻辑，而不是直接在测试方法里实例化对象。直接实例化会导致异常直接抛出，xUnit会判定测试失败，而非正确捕获预期异常。

错误写法（会导致测试失败，无法捕获异常） #

[Fact]
public void BankAccount_Constructor_EmptyString_ThrowsArgumentException()
{
    // 直接new会抛出异常，xUnit会认为测试失败，而非捕获到预期异常
    var account = new BankAccount("");
}

正确写法 #

[Fact]
public void BankAccount_Constructor_EmptyString_ThrowsArgumentException()
{
    // 用Assert.Throws包裹构造逻辑，xUnit会捕获并验证异常类型
    var exception = Assert.Throws<ArgumentException>(() => new BankAccount(string.Empty));
    
    // 还可以额外验证异常消息，确保抛出的是预期异常
    Assert.Equal("银行账号不能为空", exception.Message);
}

2. 确认构造函数的异常抛出逻辑正确 #

检查你的BankAccount.cs构造函数是否真的对空字符串做了判断并抛出异常，示例如下：

public class BankAccount
{
    public string AccountNumber { get; }

    public BankAccount(string accountNumber)
    {
        // 确保判断逻辑覆盖空字符串场景
        if (string.IsNullOrEmpty(accountNumber))
        {
            throw new ArgumentException("银行账号不能为空", nameof(accountNumber));
        }

        AccountNumber = accountNumber;
    }
}

如果需要禁止全空格的空白字符串，建议用string.IsNullOrWhiteSpace代替string.IsNullOrEmpty。

3. 检查类和构造函数的访问权限 #

• 如果BankAccount类是internal而非public，需要在项目的AssemblyInfo.cs中添加InternalsVisibleTo特性，让测试项目能访问内部类：

  [assembly: InternalsVisibleTo("YourTestProjectName")]
  

• 确保构造函数是public的，私有构造函数无法在测试项目中直接实例化，自然不会执行抛出逻辑。

4. 验证测试方法是否被正确标记 #

确认你的测试方法上有[Fact]特性（参数化测试用[Theory]），否则xUnit不会执行该测试方法，你可能误以为测试在运行但实际没执行。

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