Python项目测试报错:TypeError时区参数类型不匹配问题排查
问题分析与修复方案
1. 导致TypeError的核心原因
在reminder_next函数中,datetime.now(timezone)这一行传递的是timezone类(而非该类的实例),而datetime.now()要求传入的是tzinfo子类的实例,因此抛出TypeError。
2. 具体修复步骤
修复函数代码
修改reminder_next函数中的两处问题:
- 将
datetime.now(timezone)替换为你定义的时区实例timezone_utc2 - 将
today改为带时区的datetime对象,避免后续方法处理时出现时区不匹配问题
修改后的函数代码:
@botcmd def reminder_next(): today = datetime.now(timezone_utc2) # 使用时区实例创建带时区的today return "\n".join([ f"Next planning: {Reminder.next_occurance('Sprint planning', today)}", f"Next daily: {Reminder.next_daily(datetime.now(timezone_utc2), today)}", # 传入时区实例 f"Next review: {Reminder.next_occurance('Sprint review', today)}", f"Next retrospective: {Reminder.next_occurance('Sprint retrospective', today)}" # 修正拼写错误:restrospective → retrospective ])
注:顺便修正了拼写错误restrospective为retrospective,避免后续逻辑出错
修复测试代码
使用pytz时区时,不能直接通过tzinfo参数传给datetime构造函数,需用localize方法为 naive datetime 附加时区信息:
修改后的测试代码:
@freeze_time("2023-06-12", tz_offset=2) def test_reminder_next(): expected_response = "\n".join([ f"Next planning: {timezone_utc2.localize(datetime(2023, 6, 19, 15, 30))}", f"Next daily: {timezone_utc2.localize(datetime(2023, 6, 13, 9, 30))}", f"Next review: {timezone_utc2.localize(datetime(2023, 6, 15, 14, 45))}", f"Next retrospective: {timezone_utc2.localize(datetime(2023, 6, 16, 9, 30))}" ]) assert Reminder.reminder_next() == expected_response
3. 额外说明
- 确保
timezone_utc2变量在reminder_next函数的作用域内可访问(比如通过导入或全局定义) - 所有涉及时间比较或计算的地方,尽量使用带时区的datetime对象,避免naive datetime带来的隐性错误
内容的提问来源于stack exchange,提问作者Adrien
相关产品推荐
相关产品推荐

