У меня есть несколько модульных тестов, которые сегодня перестали работать после перехода на летнее время.
Мы используем модуль Python * iCalendar для загрузки и сохранения файлов 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>)
А вот и весь сценарий .
Итак, вопросы:
- Почему мое текущее время (и в какой части летнего времени я нахожусь) влияет на загрузку / сохранение / анализ временных меток? Я ожидаю, что это не так.
- Как бы вы протестировали этот вид ошибки, если это ошибка? Очевидно, я не хочу, чтобы мои модульные тесты сбрасывали часы на моем компьютере.