需结合DeepSeek文本生成能力与测试设计原则，通过精准提示词引导输出覆盖功能路径、边界条件和异常场景的结构化测试用例，共五种方法。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
如果您希望利用DeepSeek模型为软件测试任务生成结构化、可执行的测试用例，则需结合其文本生成能力与测试设计原则，通过精准提示词引导输出符合功能路径、边界条件和异常场景的用例。以下是具体操作方法：
一、基于功能需求描述生成正向测试用例
该方法适用于已有清晰业务逻辑描述的场景，通过将用户故事或PRD片段作为输入，驱动DeepSeek输出覆盖主流程的典型用例。关键在于明确动作主体、输入条件与预期结果三要素。
1、在DeepSeek对话界面输入提示词：“请根据以下功能描述生成5条正向测试用例，每条包含编号、测试标题、前置条件、操作步骤、预期结果，用表格形式呈现。功能描述：用户登录页面支持手机号+密码登录，密码长度为8–20位，含至少1个大写字母、1个小写字母和1个数字。”
2、等待模型返回结构化文本后，复制内容至Excel或测试管理工具中。
3、检查每条用例是否包含可验证的预期结果字段，如“登录成功，跳转至首页”而非“系统响应正常”。
二、使用边界值与等价类提示词触发异常用例生成
DeepSeek不具备内置测试理论知识，但可通过显式嵌入测试设计方法论的指令，使其模拟等价类划分与边界值分析过程，从而产出高价值异常场景用例。
1、输入提示词：“请按等价类划分法和边界值分析法，为‘年龄输入框（允许范围1–120岁）’生成测试用例。要求：列出有效等价类2个、无效等价类3个；每个等价类下给出1个典型值，并说明为何属于该类；对边界点0、1、120、121各生成1条用例，格式为：编号｜输入值｜分类｜预期结果。”
2、确认输出中每个用例均标注了明确的分类依据，例如“输入0 → 无效等价类（低于最小允许值）→ 提示‘年龄不能小于1’”。
3、将分类标签（如“无效等价类-超长”）作为测试用例的“场景类型”字段导入TestRail或ZenTao。
三、从API文档提取参数组合生成接口测试用例
当提供OpenAPI 3.0格式或结构化接口说明时，DeepSeek可解析参数名称、类型、必填性及枚举值，自动生成多组合法与非法请求参数组合，支撑接口自动化脚本开发。
1、将API文档中的请求体JSON Schema粘贴至提示词中，并附加指令：“基于以下schema，生成10组测试数据，每组包含完整JSON请求体，其中5组为合法数据（满足所有约束），5组为非法数据（违反至少1项约束），并在每组后用括号注明违反规则。”
2、检查生成的非法数据是否覆盖必填字段缺失、类型错误、枚举外值、长度超限等典型问题。
3、将JSON片段直接用于Postman Runner或Pytest参数化测试的data provider中。
四、利用缺陷报告反向生成回归测试用例
针对已修复的Bug，可通过输入原始缺陷描述，让DeepSeek推导出复现路径并转化为标准化回归用例，确保问题不复发。
1、输入提示词：“缺陷描述：用户在购物车中删除最后一件商品后，点击‘去结算’按钮，页面未跳转且无提示。原因：前端未校验购物车为空时的按钮状态。请据此生成1条回归测试用例，包含完整操作链路和断言点。”
2、验证输出是否包含精确到UI元素级的操作指令，例如“点击ID为‘cart-delete-btn’的删除图标 → 等待DOM中移除最后一个‘product-item’节点 → 断言‘checkout-btn’的disabled属性为true”。
3、将断言点映射为Selenium或Playwright脚本中的显式等待与属性校验语句。
五、构建可复用的测试用例生成模板提示词库
为提升长期使用效率，需将高频测试场景抽象为带占位符的提示词模板，实现“一次配置、多次调用”，避免每次重复编写复杂指令。
1、创建模板：“请为【功能模块】中的【具体操作】生成【数量】条测试用例。要求：覆盖【正向/边界/异常】场景；每条含【编号】【标题】【前置条件】【步骤】【预期结果】；预期结果必须使用‘应’或‘不应’开头，且可被自动化脚本断言。”
2、使用时仅替换方括号内内容，例如：“请为【用户注册】中的【邮箱格式校验】生成【8】条测试用例……”
3、保存全部模板至内部Wiki，并标注每个模板已验证通过的DeepSeek版本号（如v3.2），防止模型升级后提示词失效。
