deepseek本身不直接生成可运行单元测试，需人工提供完整函数代码、明确测试框架、边界条件及mock要求，并经后处理校验。

☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

DeepSeek 本身不直接生成单元测试代码——它是个大语言模型，没有内置测试框架集成、不访问你的项目上下文、也不自动运行或验证生成的测试。你得自己把代码喂给它，并明确告诉它要生成什么框架、针对哪个函数、用什么断言风格。

怎么让 DeepSeek 写出能跑的单元测试

关键不是“让它生成”，而是“你怎么提问 + 怎么校验”。模型输出质量高度依赖 prompt 的具体程度和上下文完整性：

• 必须提供被测函数的完整签名和逻辑（哪怕只是伪代码），不能只说“给 calculate_total 写个测试”
• 明确指定测试框架：pytest 还是 unittest？是否需要 mock？是否要覆盖异常路径？
• 指出关键边界：空输入、负数、None、超长字符串等，否则它大概率只生成 happy-path 测试
• 如果函数依赖外部服务（比如调用 requests.get），必须说明“请用 patch 模拟”，否则生成的测试会直接失败

常见错误：粘贴代码后直接问“写个测试”，结果跑不通

典型失败场景：

Deepseek Reasoner Lite Agent

你是DeepSeek-R1-Agent，一个高效的内容创作者。

下载

• 生成的测试用了未导入的模块，比如写了 assert_called_once() 却没 import unittest.mock
• 测试函数名不符合框架规范：pytest 要求以 test_ 开头，unittest 要求继承 TestCase，漏掉就无法被发现
• 假设了不存在的返回结构，比如原函数返回字典，测试却 assert 返回了 list
• 没处理浮点精度，用 == 断言 0.1 + 0.2，结果在 CI 里飘红

实操建议：分三步喂 prompt + 快速验证

别一次性丢整文件。聚焦单个函数，按这个顺序来：

• 第一步：粘贴函数定义（含 docstring 和 type hints 更佳），加上一句“请为该函数生成 pytest 风格单元测试，覆盖正常输入、空列表、None 输入三种情况”
• 第二步：拿到回复后，复制进本地测试文件，运行 pytest -v，观察是否 import 缺失、fixture 未定义、断言失败
• 第三步：根据报错反向补全 prompt，例如加一句“请确保所有 import 已声明，不要使用未定义的 fixture，用 pytest.raises(ValueError) 替代手动 try/except”

最常被忽略的一点：DeepSeek 不知道你的项目结构。它不会自动识别 src/ 和 tests/ 的导入路径差异，也不会帮你把 from mymodule import func 改成相对导入。这部分得你手工对齐，不然测试根本 import 失败。