2

在夏令时切换后，我有一些单元测试今天开始失败。

我们使用iCalendar python 模块来加载和保存 ics 文件。

以下脚本是我们测试的简化版本。截至今天早上，该脚本在“夏天”运行良好，在“冬天”运行失败。可以通过手动设置时钟来重现故障。这是脚本的输出：

[root@ana icalendar]# date 10250855
Sat Oct 25 08:55:00 CEST 2008
[root@ana icalendar]# python dst.py
DTSTART should represent datetime.datetime(2015, 4, 4, 8, 0, tzinfo=tzfile('/usr/share/zoneinfo/Europe/Brussels')) Brussels time
DTSTART should represent datetime.datetime(2015, 4, 4, 6, 0, tzinfo=<icalendar.prop.UTC object at 0x956b5cc>) UTC
DTSTART represents datetime.datetime(2015, 4, 4, 6, 0, tzinfo=<icalendar.prop.UTC object at 0x956b5cc>) Brussels time
[root@ana icalendar]# date 10260855
Sun Oct 26 08:55:00 CET 2008
[root@ana icalendar]# python dst.py
DTSTART should represent datetime.datetime(2015, 4, 4, 8, 0, tzinfo=tzfile('/usr/share/zoneinfo/Europe/Brussels')) Brussels time
DTSTART should represent datetime.datetime(2015, 4, 4, 6, 0, tzinfo=<icalendar.prop.UTC object at 0x96615cc>) UTC
DTSTART represents datetime.datetime(2015, 4, 4, 7, 0, tzinfo=<icalendar.prop.UTC object at 0x96615cc>) Brussels time
Traceback (most recent call last):
  File "dst.py", line 58, in <module>
    start.dt, startUTCExpected)
AssertionError: calendar's datetime.datetime(2015, 4, 4, 7, 0, tzinfo=<icalendar.prop.UTC object at 0x96615cc>) != expected datetime.datetime(2015, 4, 4, 6, 0, tzinfo=<icalendar.prop.UTC object at 0x96615cc>)

这是整个脚本。

所以，问题： - 为什么我的当前时间（以及我所在的夏令时的哪一部分）会影响时间戳的加载/保存/解析？我希望它不会。- 如果它是一个错误，你将如何对这种错误进行单元测试？显然，我不希望我的单元测试重置计算机上的时钟。

4

1 回答 1

1

没有查看您的代码（以及引用的测试运行脚本，我的大脑现在无法理解），我注意到您尝试获取与您所在的时区不同的时间。（将 DST 视为另一个时区，而不是当前时区的 +-1 小时）。这可能（取决于你如何做）导致时间的增加或减少。（就像您的飞行一样，您一次开始并在开始之前到达您的位置，所有时间都是当地时间）

于 2008-10-26T09:31:08.427 回答