You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

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

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.19 01:45:02