Xunit是否使用源代码生成器处理测试数据？测试数据固化问题咨询

测试代码 #

[Theory]
[MemberData(nameof(TestData))]
public async Task Test(DateTime? startDate)
{
    // Act
    var currentDate = RunCalculation();

    // Assert
    currentDate.Should().BeCloseTo(startDate, TimeSpan.FromSeconds(5));
}

public static IEnumerable<object[]> TestData()
{
    var now = DateTime.UtcNow;

    return new[]
    {
        new object[]
        {
            now,
        },
        new object[]
        {
            now,
        },
    };
}

问题描述 #

currentDate不依赖startDate，但预期测试运行后二者时间接近。实际问题在于：startDate使用的是编译时的UtcNow值，而非测试运行时的取值。如果编译后间隔5分钟再运行测试就会失败，立即运行则成功。

疑问点 #

1. Xunit是否会在编译时自动生成固定值的测试数据？
2. 是否有其他因素影响这个现象？
3. 项目csproj中配置的<AccelerateBuildsInVisualStudio>true</AccelerateBuildsInVisualStudio>是否会导致该问题？

相关环境版本 #

• .NET 6
• Visual Studio 2022 17.9.2
• xunit 2.6.5

1. XUnit是否会在编译时固化测试数据？ #

XUnit不会在编译时自动生成固定测试数据。MemberData标记的测试数据方法是在测试运行时执行的，理论上每次测试运行都会重新调用TestData()方法获取最新的UtcNow值。

2. 导致UtcNow被固化的可能原因 #

你遇到的现象更可能是编译优化或测试缓存机制导致的：

• Roslyn编译优化：在少数场景下，编译器可能误将DateTime.UtcNow这类动态取值判定为可静态化的稳定值，进而固化其结果，但这属于异常情况。
• Visual Studio测试缓存：VS的测试运行器可能在特定场景下缓存测试数据，尤其是在复用测试会话上下文时，会保留之前生成的测试数据集合。
• 静态初始化逻辑干扰：如果TestData()中的now间接关联到静态字段或静态构造函数，静态逻辑仅在类型首次访问时执行，后续不会重新计算，但你的代码中now是方法内局部变量，此场景不适用。

3. <AccelerateBuildsInVisualStudio>true的影响 #

该配置主要用于启用VS的增量加速构建，优化编译速度，本身不会直接固化测试数据。但它可能间接导致测试运行器复用之前的测试上下文，包括缓存的测试数据集合，属于配置叠加后的副作用，并非该配置的设计意图。

解决方法 #

要确保每次测试运行都获取最新的UtcNow，可以调整测试数据的生成方式：

• 方案一：在测试方法内直接获取基准时间，避免依赖外部测试数据

[Theory]
[InlineData()]
public async Task Test()
{
    var startDate = DateTime.UtcNow;
    // Act
    var currentDate = RunCalculation();

    // Assert
    currentDate.Should().BeCloseTo(startDate, TimeSpan.FromSeconds(5));
}

• 方案二：保持MemberData，但实时生成每个测试用例的时间值

public static IEnumerable<object[]> TestData()
{
    return new[]
    {
        new object[] { DateTime.UtcNow },
        new object[] { DateTime.UtcNow },
    };
}

这种写法能确保每个测试用例的startDate都是生成数据时的最新时间。

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