豆包测试场景补全用例表：提示词优化让输出适合发布的完整指南

直接给出结论：字段严格限定为五项——用例编号、场景描述、前置条件、操作步骤、预期结果。五项之间用中文顿号分隔，禁止添加任何多余符号或注释。举例说明：
用例编号：TC-001、场景描述：用户未登录时点击“我的订单”、前置条件：当前为游客身份、操作步骤：1.打开APP首页→2.点击底部导航栏“我的”→3.点击“我的订单”按钮、预期结果：弹出登录浮层，URL跳转至/login页面。
每条用例总字符数≤180，操作步骤≤4步，每步≤25字。禁止使用额外序号，禁用“应该”“需”等指令性动词，不得将多个场景合并到一条用例中。

目标很明确：让豆包将零散的测试场景自动补全为结构清晰、字段完整、可直接拷贝到测试管理平台的用例表，而非一堆口语化描述或残缺条目。若仅输入“把测试场景转成表格”，豆包很可能输出无标题行、缺失前置条件、步骤与预期结果混淆、字段顺序错乱的内容——这类输出，无法导入Testin、Jira甚至飞书多维表格。

先明确五项必填字段，再组织提示词

豆包不会默认你熟悉用例表格式——必须明确告知字段名称及其逻辑关系。漏掉任一字段，输出立即失效。例如：若未声明“前置条件”，豆包会将登录步骤强行塞入“操作步骤”；若不指定“预期结果”为独立列，它会将结果混入步骤末尾。

因此，在提示词开头必须强制声明：【字段必须且仅含五项：用例编号、场景描述、前置条件、操作步骤、预期结果】，并用中文顿号分隔，不加任何解释。实验表明，豆包对这类带标点的紧凑枚举响应最为稳定。

切勿跳过此步骤。若使用“包括但不限于”“例如”等模糊引导，豆包会自行添加“优先级”“模块归属”等非必需字段，后续导入时必然报错。

用真实示例锚定格式与粒度

方法一：提供一条完整用例作为范本

字段声明完成后，立即插入一行严格合规的示例：“示例：用例编号：TC-001、场景描述：用户未登录时点击‘我的订单’、前置条件：当前为游客身份、操作步骤：1.打开APP首页→2.点击底部导航栏‘我的’→3.点击‘我的订单’按钮、预期结果：弹出登录浮层，URL跳转至/login页面”。

注意：示例中每个字段的值必须真实、可执行、无歧义。操作步骤使用阿拉伯数字加顿号分隔，避免“第一步”“第二步”。预期结果必须是可观测的行为（如弹出、跳转、显示），而非状态描述（例如“用户已登录”不合格）。

方法二：用分隔符隔离输入与输出

批量转换多个原始场景时，在提示词末尾添加固定标记：“新输入：[场景1]；[场景2]；[场景3]”。豆包识别此标记后，才会将后续文本视为待处理数据，否则会将所有内容当作上下文，导致示例被重写。

强制约束输出纯表格文本

第一步：禁用Markdown和额外说明

在提示词末尾明确写入：“输出仅包含纯文本表格，每行一个用例，字段间用中文顿号‘、’分隔，禁止使用|、-、*等符号，不添加‘表头’‘注’‘说明’等任何额外文字”。

第二步：控制单条用例长度

追加限制：“单条用例总字符数≤180，操作步骤≤4步，每步≤25字”。步骤过长时，豆包会自行截断或合并，导致结果不可执行。

第三步：堵死常见退化路径

最后添加否定指令：“不生成编号以外的序号（如‘1.’‘①’）、不出现‘应该’‘需’‘建议’等指导性动词、不将多个场景合并为一条用例”。【这是关键防线：一旦允许合并，豆包会将‘登录失败’和‘登录成功’塞入同一行，完全破坏用例原子性】