请不要问我是如何偶然发现这个的，但请尝试以下操作：
但是，1900 年 2 月 29 日从未发生过，因为 1900 年不是闰年（参见维基百科）。
这是一个错误还是我遗漏了什么？
不，这不是 Excel 中的错误，是的，您遗漏了一些东西。
Excel 实现了与 Lotus 1-2-3 相匹配的日期，当时需要兼容，因此设计时会出现此错误。 Lotus 1-2-3 有一个错误，认为 1900 年是闰年。
请参阅 Microsoft 的 文档，了解为什么不修复它的原因。
请。这是一个错误。原始 Excel for Windows 规范中从未记录过它。 Mac 上的原始 Excel 使用基于 1904 年的日期系统，比任何 Windows 平台上的版本早几年。 Excel 的原始作者确实认识到了这个问题。
“严格来说，这不是 Excel 1.0 的问题，它只在 Mac 上运行。Mac（和 Excel）的原始版本支持从 1904 年开始的日期，部分是为了避免 1900 年不是闰年的问题。直到 Excel 移植到 Windows（Excel 2.0）后，才引入了 1900 年日期系统，因此您不能将这一决定归咎于 Excel 1.0 团队中的任何人（因此，当然，我们不会在采访中对此发表评论）。” https://www.geekwire.com/2015/recalc-or-die-30-years-later-microsoft-excel-1-0-vets-recount-a-project-that-defied-the-odds/
该错误也出现在 MS-BASIC 和 Multiplan 上。
我在尝试在 2024 年 2 月 29 日添加 15 天时发现了今年（2024 年）同样的错误。 简单的公式“=Cell_ID+15”会导致错误“#VALUE！”
这不是错误 - Excel 接受 1900 年 2 月 29 日作为有效日期。这是一个历史问题。
您的 60 被视为“自 1900 年 1 月 1 日以来的天数”。
更多信息：
http://polymathprogrammer.com/2009/10/26/the-leap-year-1900-bug-in-excel/