时区测试策略：如何覆盖夏令时边界

时间相关代码的 bug 往往难以复现，尤其是在夏令时切换、跨年和跨时区场景。系统化的测试策略能提前发现问题。

常见缺陷

• 春季拨快时，不存在的本地时间导致解析失败
• 秋季拨慢时，重复的本地时间被处理两次
• 跨年或跨月时日期计算错误
• 服务器与客户端时区不一致
• 手动加减小时忽略 DST

测试策略

• 冻结时间：使用可控时钟替换系统时间，固定测试基准
• 边界测试：覆盖 DST 起止、月末、年末、闰年
• 多时区测试：在 UTC、东八区、美洲时区等环境运行
• 属性测试：验证“转换后再转换应回到原值”等性质
• 集成测试：检查数据库、API、前端的时间一致性

工具

Java 可用 Clock 注入；Python 可用 freezegun；JavaScript 可用 fake timers。测试中应显式指定时区，避免依赖运行环境。

持续集成

在 CI 中增加不同 TZ 环境的任务，能发现隐藏的时区假设。定期更新时区数据库，并关注 IANA 变更公告。

时区测试的目标不是穷举所有时间，而是覆盖那些“人类觉得理所当然、代码却容易出错”的边界。