在单元测试中使用DateTime.MinValue/MaxValue是否不妥？

1. 使用MinValue/MaxValue会不会导致测试失去确定性？ #

不会。虽然DateTime.MinValue和DateTime.MaxValue是静态只读字段而非常量，但它们的取值是全局固定且永不改变的：

• DateTime.MinValue固定为0001-01-01 00:00:00
• DateTime.MaxValue固定为9999-12-31 23:59:59.9999999

它们的初始化逻辑在.NET运行时启动时就完成，且取值是框架硬编码的，不会随运行环境、系统时间或标准.NET版本变化。测试的确定性核心是每次运行输入一致、结果可预测，这两个值完全满足该要求。

2. 是否应该改用自定义硬编码日期？ #

分场景决定：

• 测试边界逻辑时，优先用MinValue/MaxValue：如果你的测试是验证代码对"最早可能日期"或"最晚可能日期"的处理（比如判断日期是否超出有效范围、边界值的序列化/反序列化），直接用这两个值最贴合真实的边界场景，也能避免自定义硬编码时不小心选到非真正边界的日期。
• 测试普通业务逻辑时，建议用自定义硬编码日期：如果测试的是普通日期的业务逻辑（比如日期计算、格式转换），用一个明确的业务相关日期（比如new DateTime(2024, 5, 20)）会让测试代码更易读——其他开发者看到这个日期就能快速理解测试场景，而不需要额外思考MinValue在这里的业务含义。

补充说明 #

不用担心.NET未来版本会修改这两个值：它们是.NET日期类型的基础定义，属于微软的兼容性承诺范畴，修改它们会导致大量依赖边界日期的现有代码失效，所以几乎不可能发生变更。

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