DeepSeek生成代码时需显式指定测试要求，否则默认不输出测试用例；必须明确测试框架（如doctest或unittest）、输入输出格式、边界条件及用例数量，指令模糊则无测试，具体则函数与测试同框输出。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让DeepSeek生成的代码自带可直接运行的测试用例，而不是写完代码再手动补测试——这要求明确指定测试框架、输入输出格式和边界条件，否则模型常默认只输出主逻辑。
明确指令中嵌入测试要求
在提问时直接写清测试用例的生成需求，例如：“用Python写一个判断回文的函数，并附带至少3个测试用例，包含空字符串、奇数长度、含标点符号的场景，测试用例要能直接运行。”
不写“附带测试用例”或“包含单元测试”，DeepSeek大概率只返回函数定义。它不会主动补全测试，必须显式声明。
这一步最关键：指令模糊 → 输出无测试；指令具体 → 测试用例与函数同框输出。
指定测试框架和执行方式
方法一：要求使用 doctest 格式
在指令末尾加上“所有测试用例写在函数文档字符串里，符合 doctest 语法，确保复制后能直接用 python -m doctest 运行”。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
方法二：要求生成 unittest 类
写明“用 unittest.TestCase 写一个完整可执行的测试类，包含 setUp、test_ 开头的方法，最后加 if __name__ == '__main__': unittest.main()”。
【必须包含 if __name__ == '__main__': unittest.main()】 否则生成的测试代码无法直接运行，会报错 ModuleNotFoundError: No module named '__main__.py'。
控制测试覆盖范围
第一步：列出你要覆盖的典型输入类型
比如“测试用例需覆盖：① 正常字母串（'level'）；② 大小写混合（'Level'）；③ 非字母字符（'a,b,a'）；④ 空字符串；⑤ 单字符”。
第二步：要求每个用例标注预期结果
例如“每个测试用例后注明 # expect: True 或 # expect: False”，这样生成的断言更准确，避免模型自行臆断逻辑。
第三步：禁止模糊描述
删掉“一些常见情况”“几个例子”这类表述——DeepSeek会按最小值生成（常只给1个用例），必须写清数量和类型。
