AI测试用例提示词怎么写：从零生成可执行测试用例的实操方法
AI测试用例提示词的核心目标不是让AI“随便写几条用例”，而是让它按你给定的输入条件、业务规则和输出格式稳定产出可执行的测试步骤。
如果你手头有需求文档或接口说明，但不确定怎么组织提示词，可以按下面的准备、编写、校验和排错流程操作。
先明确输入条件和输出要求
在写提示词之前，先把AI需要的信息整理成固定输入。
缺少这些信息时，AI容易生成看似合理但无法执行的用例。
- 被测对象：功能名称、模块边界、版本或环境（例如“用户登录模块，测试环境”）。
- 输入数据：字段名、类型、长度限制、必填/选填、边界值来源。
- 业务规则：正常流程、异常分支、权限差异、状态流转。
- 输出格式：用例编号、用例标题、前置条件、操作步骤、预期结果、优先级。
- 约束条件：用例数量上限、是否包含接口用例、是否覆盖异常场景。
建议把上述信息写成一段“背景说明”，放在提示词最前面。
例如：
被测模块：用户登录
输入字段：用户名（字符串，6-20位，必填）、密码（字符串，8-32位，必填，含大小写字母和数字）
业务规则：连续5次密码错误锁定账户10分钟；用户名不存在返回统一错误提示
输出要求：生成8条测试用例，包含正常登录、密码错误、用户名不存在、账户锁定、字段为空、字段超长
输出格式：表格，列包括用例编号、用例标题、前置条件、操作步骤、预期结果、优先级提示词结构按“角色、任务、约束、示例”组织
一个稳定的AI测试用例提示词通常包含四部分，而不是只写一句“帮我生成登录测试用例”。
第一段写角色和任务：
你是一名软件测试工程师，请根据下面的需求信息生成功能测试用例。第二段写输入背景，即上一步整理的需求信息。
第三段写硬性约束，减少AI自由发挥：
要求：
1. 每条用例只验证一个测试点；
2. 步骤必须可执行，写明输入数据和操作动作；
3. 预期结果要可观察，不写“系统正常”这类模糊描述；
4. 异常场景必须包含边界值和错误提示；
5. 不要编造需求中未出现的字段和规则。第四段给一条输出示例，让AI对齐格式：
示例：
用例编号：TC-LOGIN-001
用例标题：正确用户名和密码登录成功
前置条件：已存在有效账户 testuser01
操作步骤：1. 打开登录页；2. 输入用户名 testuser01；3. 输入正确密码；4. 点击登录
预期结果：跳转到首页，页面显示当前用户名
优先级：高如果平台支持系统提示词或自定义指令，可以把“角色、约束、输出格式”放在系统提示词中，把具体需求放在用户消息里。
这样同一套规则可以复用到不同模块。
生成后必须做一轮人工校验
AI生成的用例不能直接导入用例管理平台，至少检查以下四项：
- 步骤是否可执行：每一步是否有明确的输入和操作动作。
- 预期结果是否可观察：是否包含页面提示、状态变化、接口返回码或数据变化。
- 是否覆盖边界：必填、长度边界、特殊字符、重复提交、权限差异是否涉及。
- 是否编造规则：用例中出现的字段和业务规则是否都能在需求中找到依据。
校验时可以把AI输出重新贴回对话，追加一句：
请逐条检查上述用例，标出步骤不完整、预期结果模糊或缺少需求依据的条目，并给出修正版本。这相当于让AI做一次自查，但仍需人工确认，不能把AI自查结果当作最终结论。
常见问题与避坑
用例数量很多但重复度高：在提示词中限定“每条用例只验证一个测试点”，并明确要求“不要重复相同测试点”。
预期结果写得太模糊：把“系统正常”替换为可观察的结果，例如“接口返回 HTTP 200，响应体 code 字段为 0，页面跳转到 /dashboard”。
AI编造不存在的字段：在提示词中加一句“只使用背景信息中出现的字段和规则，不确定时标注待确认，不要自行补充”。
输出格式不稳定：给出固定表格列名或固定字段顺序，并要求“严格按示例格式输出，不要增加额外解释”。
涉及敏感数据：不要把真实用户密码、手机号、身份证号贴进提示词，用占位数据替代。
验证效果：用固定用例集做回归对比
写完提示词后，不要只看一次输出就下结论。
建议准备一个小型验证集：选一个你熟悉的模块，人工先写出5到10条基准用例，再用同一段提示词让AI生成，对比覆盖点和步骤完整度。
验证时关注三个指标：
- 覆盖一致性：AI用例是否覆盖了你人工列出的关键场景。
- 步骤可执行率：随机抽5条，看能否照着步骤直接操作。
- 格式稳定性：连续生成两到三次，输出字段和表格列是否一致。
如果某个场景总是漏掉，优先调整提示词中的约束条件，而不是反复重试。
提示词稳定后，再把它保存为模板，不同模块只替换背景信息部分。
常见疑问
提示词应该写多长？
没有固定字数。关键是输入信息完整、约束明确、输出格式固定。信息不足时写再长也容易生成空泛用例。
AI生成的用例能直接导入测试管理工具吗？
格式稳定后可以批量导入，但导入前仍需人工抽查步骤和预期结果，尤其是涉及权限、金额、状态流转的用例。
同一段提示词能用于接口测试和UI测试吗？
可以复用角色和约束部分，但输入信息和输出字段需要调整。接口测试要补充请求方法、路径、参数和返回码，UI测试要补充页面路径和操作动作。
AI测试用例提示词的效果取决于输入信息的完整度和约束的清晰度。
先按本文整理背景信息，再套用“角色、任务、约束、示例”的结构编写提示词，生成后做人工校验和回归对比，就能把AI输出稳定地纳入日常测试流程。
