单元测试DateTime逻辑：如何避免硬编码AddMinutes(1)？

1. 先用命名常量提升可读性 #

最简单的改进就是把这些测试用的时间偏移量定义成命名常量，让测试代码的意图一目了然，以后修改也只需要改一处：

// 在测试类顶部定义常量，语义清晰
private const int BoundaryDayCount = 1;
private const int MinutesBeyondBoundary = 1;

[Test]
public void IsBoundaryDate_ReturnFalse_WhenDateIsNotInBoundaryDays() { 
    var boundaryDaysFake = new List<int> { BoundaryDayCount }; 
    var deleteDate = DateTime.UtcNow.AddDays(BoundaryDayCount)
                                   .AddMinutes(MinutesBeyondBoundary); 
    var sut = new BoundaryDateChecker(boundaryDaysFake); 
    // 这里提一句：原测试里的Assert.IsTrue应该是笔误，逻辑上deleteDate已经超过边界1分钟，daysLeft为0，应该返回false
    Assert.IsFalse(sut.IsBoundaryDate(deleteDate));
}

2. 注入时间依赖（彻底解决时间耦合问题） #

你的生产代码直接依赖DateTime.UtcNow，这其实是个隐藏的问题——如果测试执行时刚好跨了天，测试结果可能不符合预期。更健壮的做法是抽象一个时间服务，让生产代码和测试代码都依赖这个抽象：

第一步：抽象时间服务接口 #

public interface ITimeProvider
{
    DateTime UtcNow { get; }
}

// 生产环境用的实现
public class SystemTimeProvider : ITimeProvider
{
    public DateTime UtcNow => DateTime.UtcNow;
}

第二步：修改BoundaryDateChecker依赖注入 #

public class BoundaryDateChecker
{
    private readonly ITimeProvider _timeProvider;
    private readonly List<int> _boundaryDays;

    // 通过构造函数注入时间服务，替换直接调用DateTime.UtcNow
    public BoundaryDateChecker(List<int> boundaryDays, ITimeProvider timeProvider)
    {
        _boundaryDays = boundaryDays;
        _timeProvider = timeProvider;
    }

    public bool IsBoundaryDate(DateTime deleteDate) { 
        var isBoundaryDate = false; 
        foreach(var boundary in _boundaryDays ) { 
            var daysLeft = (deleteDate - _timeProvider.UtcNow).Days; 
            if (daysLeft == boundary) { 
                isBoundaryDate = true; 
                break; 
            } 
        } 
        return isBoundaryDate; 
    }
}

第三步：测试时使用模拟的时间服务 #

这样测试时可以完全控制当前时间，彻底摆脱硬编码的时间偏移，测试结果更稳定：

[Test]
public void IsBoundaryDate_ReturnFalse_WhenDateIsNotInBoundaryDays() { 
    // 固定一个测试用的当前时间，避免受系统时间影响
    var fixedTestUtcNow = new DateTime(2024, 1, 1, 0, 0, 0, DateTimeKind.Utc);
    
    // 用Moq模拟时间服务（如果不想用第三方库，可以自己写FakeTimeProvider）
    var mockTimeProvider = new Mock<ITimeProvider>();
    mockTimeProvider.Setup(t => t.UtcNow).Returns(fixedTestUtcNow);

    var boundaryDaysFake = new List<int> { 1 }; 
    // 构造刚好超过边界1分钟的日期，逻辑清晰
    var deleteDate = fixedTestUtcNow.AddDays(1).AddMinutes(1); 
    var sut = new BoundaryDateChecker(boundaryDaysFake, mockTimeProvider.Object); 

    Assert.IsFalse(sut.IsBoundaryDate(deleteDate));
}

如果不想引入Moq，自己写个Fake实现也很简单：

public class FakeTimeProvider : ITimeProvider
{
    public DateTime UtcNow { get; set; }
}

// 测试中使用
var fakeTimeProvider = new FakeTimeProvider { UtcNow = fixedTestUtcNow };

3. 数据驱动测试（适合多场景批量测试） #

如果需要测试多种边界外的情况（比如晚1分钟、晚1小时、晚2天），可以用数据驱动测试，把测试参数抽离出来，避免重复写硬编码：

// 用TestCase标记不同的测试场景，参数清晰
[TestCase(1, 0, 1, true)]   // 刚好是边界当天：1天后，0分钟偏移，预期返回true
[TestCase(1, 1, 1, false)]  // 超过边界1分钟：1天后+1分钟，预期返回false
[TestCase(0, 60, 1, false)] // 超过边界1小时：0天后+60分钟，预期返回false
[TestCase(2, 0, 1, false)]  // 超过边界2天：2天后，预期返回false
public void IsBoundaryDate_ReturnsCorrectResult_ForDifferentOffsets(
    int daysOffset, 
    int minutesOffset, 
    int boundaryDay, 
    bool expectedResult) { 
    
    var fixedTestUtcNow = new DateTime(2024, 1, 1, 0, 0, 0, DateTimeKind.Utc);
    var mockTimeProvider = new Mock<ITimeProvider>();
    mockTimeProvider.Setup(t => t.UtcNow).Returns(fixedTestUtcNow);

    var boundaryDaysFake = new List<int> { boundaryDay }; 
    var deleteDate = fixedTestUtcNow.AddDays(daysOffset).AddMinutes(minutesOffset); 
    var sut = new BoundaryDateChecker(boundaryDaysFake, mockTimeProvider.Object); 

    Assert.AreEqual(expectedResult, sut.IsBoundaryDate(deleteDate));
}

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