☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
codeium需针对现有单元测试提出可直接执行的修改建议：①扫描assert语句并列出实际值来源；②检查各来源是否覆盖边界值；③未覆盖则输出“✅ 在[行号]行assert前插入:[初始化语句]”；对mock失效问题，依据报错现象或patch装饰器结构给出带行号的修复指令；断言增强须按指定格式仅输出新增assert代码。
你需要让codeium对已存在的单元测试代码提出具体、可落地的修改建议，而不是泛泛而谈“覆盖不足”或“应增加断言”，更不能让它重写整个测试文件。
先让AI识别当前测试的真实缺陷
把光标放在待分析的测试函数内部（比如 pytest 的 def test_xxx(): 块中）→ 按 Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS）唤出 Codeium 补全 → 在弹出框中粘贴以下提示词：
【禁止使用“建议补充”“可以考虑”“覆盖率较低”等无动作指向的短语】请严格按顺序执行：① 扫描该测试中所有 assert 语句，列出被断言的实际值来源（如 response.status_code、mock_user.name）；② 对每个 assert，检查其是否覆盖了该来源的边界值场景（空值、负数、超长字符串、None、0、True/False 切换点）；③ 若某 assert 的实际值来源未覆盖任一边界值，则输出一行修改建议：“✅ 在 [行号] 行 assert 前插入：[具体初始化语句]”。
这一步强制 AI 跳过主观评价，只盯住「assert → 实际值来源 → 边界缺失」这条链。漏掉序号或删掉【禁止】句，它就会返回“建议增加异常路径测试”这种无法直接执行的废话。
针对 mock 失效问题定向提建议
方法一：用错误现象锚定补丁位置
在测试代码下方空一行，手写：
// 当前报错：AssertionError: expected call not found, expected: mock_api.call(123), actual: call(None)
请定位到调用 mock_api.call() 的那行代码 → 检查其参数是否来自未初始化变量 → 若是，给出带行号的修复语句，格式为：“第X行：将 user_id = None 改为 user_id = 123”。
方法二：用 patch 装饰器结构反推缺失项
若测试开头有 @patch('mymodule.api_client')，但没指定 autospec=True 或 spec_set=True，AI 必须在第一条建议中写出：“✅ 在 @patch 行末尾追加 , autospec=True —— 否则 mock 不校验参数类型，掩盖真实调用错误”。
一款AI工具，主要用于管理 OpenClaw 所使用的来自 OpenRouter 的免费 AI 模型。自动按质量对模型进行排序，配置回退机制以应对速率限制，并更新 opencla...，适合需要提升相关任务效率的用户。
【autospec=True 是硬性要求，不加会导致 mock 掩盖 TypeError】
让 AI 给出可粘贴的断言增强代码
第一步：确认被测函数返回值结构
在测试函数上方加一行注释：// 返回值示例：{"items": [{"id": 1, "name": "test"}], "total": 1}
第二步：限定输出格式
请仅输出新增断言代码块，每行一个 assert，必须满足：① 使用 assertEqual/assertIn 等具体断言方法；② 左侧为实际值路径（如 res["total"]），右侧为字面量（如 1）；③ 不含任何 if/for/变量声明；④ 每行以“# ✅”开头并附简短理由。
第三步：触发生成
光标置于测试函数末尾 → Ctrl+Enter → 粘贴完整提示词（含注释+格式指令）→ 回车。
这一步不写明“仅输出新增断言代码块”，Codeium 会顺手帮你重写 setup 方法，甚至插入 time.sleep(0.1)——你根本不需要。
