写测试用例时，很多人第一步就卡在提示词设计上。即使场景描述写得很详细，通义千问生成的用例表却常常字段对不齐、边界值遗漏、正向与反向用例比例失衡——每次补全都要重新编写提示词再跑一遍，改稿成本居高不下。其实，只要把提示词的结构和规则固化，一次就能输出可直接使用的用例表。

先锁定用例表的5个必备字段

打开你已有的测试场景描述，在旁边新建表格，严格按顺序列出这5列：【用例ID】、场景名称、输入数据、预期结果、执行步骤。少一列，后续所有用例都会对不齐，改稿成本直接翻倍。用例ID必须带前缀，比如“TC_LOGIN_001”，不能只写“001”——否则多人协作时极易冲突，合并用例时还会覆盖掉别人写的条目。

用结构化提示词替代自然语言描述

方法一：用“|”分隔字段，强制千问对齐列。提示词里明确写出：

“请按以下格式输出测试用例表，每行一条，字段间用竖线|分隔，不要加序号、不要加说明文字：用例ID|场景名称|输入数据|预期结果|执行步骤。示例：TC_LOGIN_001|用户名为空时点击登录|用户名=空字符串，密码=123456|弹出“用户名不能为空”提示|1. 打开登录页 → 2. 清空用户名输入框 → 3. 输入密码 → 4. 点击登录按钮。”

方法二：指定字段填充规则，堵住模糊空间。例如：“输入数据”列必须包含至少3组数据：正常值、边界值（如最大长度、最小数值）、异常值（如SQL注入字符、超长字符串）；“预期结果”列禁止出现“应该”“可能”等模糊词，必须是可验证的界面反馈或接口返回码。

一次性补全边界与异常组合

第一步：在原始提示词末尾追加指令：“请基于上述场景，额外生成以下组合用例：① 正常流程 + 网络超时；② 边界输入 + 权限不足；③ 异常输入 + 浏览器禁用JS”。

第二步：检查生成结果中是否真的出现了这三类组合——如果没出现，说明千问没理解“组合”含义，此时要删掉原提示词里所有修饰性副词（如“尽量”“大致”“一般”），只保留动词+宾语结构。

第三步：把补全的用例直接粘贴进表格对应行，注意：不要合并单元格，不要跨行填写，每一行必须填满5列。