Xunit旧测试执行大幅变慢问题排查求助

问题概述 #

我对项目部分测试做了修改并删除大量测试后，所有测试执行速度骤降。旧主分支1200个测试耗时不到3秒，新分支仅750个测试却需约30分钟。未修改过的旧测试执行速度大幅下滑是核心问题：本次重构新增的测试速度与旧分支相当，但旧分支遗留的单个测试耗时可达1-2分钟。即使单独或小批量执行这些慢测试，单个测试仍需30秒，批量执行时速度会进一步下降。

关键代码对比 #

未修改的测试示例 #

[Fact]
public async Task ShouldAddDivisionAsync()
{
    // Arrange
    Division someDivision = GetRandomDivision();
    Division inputDivision = someDivision;
    Division storageDivision = inputDivision;
    Division expectedDivision = storageDivision.DeepClone();

    this.apiBrokerMock.Setup(broker =>
        broker.PostDivisionAsync(inputDivision))
        .ReturnsAsync(storageDivision);

    // Act
    Division actualDivision =
        await this.divisionService.AddAsync(inputDivision);

    // Assert
    actualDivision.Should().BeEquivalentTo(expectedDivision);

    this.apiBrokerMock.Verify(broker =>
        broker.PostDivisionAsync(inputDivision),
        Times.Once);

    this.apiBrokerMock.VerifyNoOtherCalls();
    this.loggingBrokerMock.VerifyNoOtherCalls();
}

旧Division类 #

public class Division
{
    public Guid Id { get; set; }
    public string Description { get; set; }
    public Guid DivisionManagerId { get; set; }
    public DivisionManager DivisionManager { get; set; }
    public List<Region> Regions { get; set; }
}

新Division类 #

public class Division
{
    public Guid Id { get; set; }
    public string Description { get; set; }
    public string DivisionManagerId { get; set; }
    [JsonIgnore]
    public List<Region> Regions { get; set; }
}

已尝试的无效方案 #

• 移除DeepClone方法和GetRandomDivision中的Tynamix填充逻辑，仅小幅提速，且测试需要随机值无法硬编码
• 更新Xunit版本
• 清理并重建项目
• 重启开发环境
• 导入旧分支的设置

可能的原因及排查方向 #

1. FluentAssertions的BeEquivalentTo性能瓶颈 #

新Division类中DivisionManagerId从Guid改为string，同时移除了DivisionManager导航属性。BeEquivalentTo默认递归比较所有成员，可能在处理类型变化或隐藏属性时产生意外开销：

• 显式指定比较成员，避免默认全量递归：

  actualDivision.Should().BeEquivalentTo(expectedDivision, options =>
      options.Including(d => d.Id)
             .Including(d => d.Description)
             .Including(d => d.DivisionManagerId)
             .Including(d => d.Regions));
  

• 注释掉该断言后重新执行测试，确认是否是断言环节导致的慢执行

2. 随机数据生成的隐藏开销 #

即使移除了Tynamix，GetRandomDivision生成的Regions列表可能过大，或生成string类型DivisionManagerId的逻辑比原Guid生成更耗时：

• 临时将Regions列表固定为1个元素，测试是否提速
• 对比Guid.NewGuid()与当前DivisionManagerId随机生成逻辑的耗时

3. Mock框架的参数匹配开销 #

测试中使用全对象匹配PostDivisionAsync(inputDivision)，新类结构变化可能导致Mock框架（如Moq）在参数匹配时的全对象比较开销增大：

• 改用基于唯一标识的匹配方式，避免全对象比较：

  this.apiBrokerMock.Setup(broker =>
      broker.PostDivisionAsync(It.Is<Division>(d => d.Id == inputDivision.Id)))
      .ReturnsAsync(storageDivision);
  

4. 测试上下文的资源泄漏 #

批量执行时速度进一步下降，可能是测试间存在资源泄漏（未释放内存、未重置Mock、静态状态残留）：

• 检查测试类是否使用IClassFixture或ICollectionFixture，这些共享上下文可能积累状态
• 在测试的Dispose方法中显式重置Mock对象、清理静态变量

5. 类型转换或序列化的隐式开销 #

DivisionManagerId类型变化可能导致AddAsync内部或Mock返回时出现隐式类型转换，JsonIgnore属性也可能引发序列化逻辑的意外开销：

• 调试AddAsync方法，查看是否有针对DivisionManagerId的复杂类型转换逻辑
• 检查全局序列化器配置（如Newtonsoft.Json/System.Text.Json）是否对JsonIgnore属性处理存在性能问题

快速验证步骤 #

1. 注释慢测试中的BeEquivalentTo断言，执行后看是否提速，确认断言环节是否为瓶颈
2. 临时将新Division类的DivisionManagerId改回Guid，测试执行速度是否恢复，确认类型变化的影响
3. 使用Visual Studio性能探查器捕获单个慢测试的执行轨迹，定位耗时最长的方法

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