使用NUnit时，如何测试对象属性是否被设为DateTime.Now？

下面给你几个实用的解决思路，根据你的场景选合适的：

1. 时间窗口验证（无需修改原代码） #

不用固定时间差阈值，而是在创建对象前后分别记录时间，验证对象的创建时间落在这个时间窗口内：

// 记录创建前的时间
var before = DateTime.Now;
// 创建目标对象
var targetObj = YourCreationMethod();
// 记录创建后的时间
var after = DateTime.Now;

// 验证创建时间在窗口范围内
Assert.That(targetObj.CreationTime, Is.GreaterThanOrEqualTo(before));
Assert.That(targetObj.CreationTime, Is.LessThanOrEqualTo(after));

这个方法完全不用改动原有业务代码，也不用担心慢机器的问题——不管机器多卡，对象创建时间肯定在before和after之间，除非出现极端的系统时间跳变（这种情况属于测试环境问题，不是测试逻辑的锅）。

2. 引入时间抽象（长期最优解） #

如果项目允许少量重构，建议把获取当前时间的逻辑抽成可替换的依赖，彻底解决这类时间相关的测试问题：
首先定义一个时间提供接口：

public interface ITimeProvider
{
    DateTime GetNow();
}

// 生产环境的实现
public class SystemTimeProvider : ITimeProvider
{
    public DateTime GetNow() => DateTime.Now;
}

然后修改业务类，通过构造函数注入这个接口：

public class YourBusinessClass
{
    private readonly ITimeProvider _timeProvider;
    
    public YourBusinessClass(ITimeProvider timeProvider)
    {
        _timeProvider = timeProvider;
    }
    
    public YourObject CreateObject()
    {
        return new YourObject
        {
            CreationTime = _timeProvider.GetNow()
        };
    }
}

测试时用Mock框架（比如Moq）返回固定时间，就能精确验证：

// 准备固定测试时间
var testTime = new DateTime(2024, 5, 20, 10, 0, 0);
// Mock时间提供器
var mockTimeProvider = new Mock<ITimeProvider>();
mockTimeProvider.Setup(tp => tp.GetNow()).Returns(testTime);

// 创建业务类实例并调用方法
var businessClass = new YourBusinessClass(mockTimeProvider.Object);
var createdObj = businessClass.CreateObject();

// 精确验证时间是否匹配
Assert.That(createdObj.CreationTime, Is.EqualTo(testTime));

这个方式一劳永逸，以后所有时间相关的测试都能精准控制，缺点是需要对原有代码做少量重构。

3. 合理设置时间差阈值（妥协方案） #

如果不想改代码也不想用窗口验证，可以把时间差阈值设得更宽松一点（比如500ms甚至1s），同时确保测试方法里只做创建对象和验证这两个操作，不要加其他耗时逻辑：

var createdObj = YourCreationMethod();
Assert.That(createdObj.CreationTime, Is.EqualTo(DateTime.Now).Within(500).Milliseconds);

这个方法最简单，但确实存在极端慢机器上失败的可能，适合对测试稳定性要求不那么高的场景。

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