AI测试用例草稿模板把“需求依据、测试场景、前置条件、操作步骤、预期结果、优先级、草稿来源、评审状态”等字段固定在同一张表里，让AI生成的内容可以逐行核对，再由测试负责人补充边界与异常场景后转为正式用例。下面给出一张可直接复制到表格工具的空白表，并说明字段口径、必填规则、完整填写示例，以及模板随项目调整时的维护方法。草稿评审与缺陷流转若在ONES中进行，可借助其工作项与测试管理模块承载状态变化。
要点总览（TL;DR）
- 模板把需求来源、场景类型、前置条件、操作步骤、预期结果、优先级、草稿来源、评审状态固定在同一张表里，AI生成内容可逐行核对。
- 用例编号、需求来源、场景类型、前置条件、操作步骤、预期结果、优先级、草稿来源、评审状态为必填，备注选填；缺必填项退回补充后再进入评审。
- 操作步骤与预期结果按相同编号对齐，评审时逐号核对；AI生成与人工补充的内容在草稿来源列和备注中区分标注。
- 模板可按项目规模裁剪，小型项目先保留六个核心字段跑通评审，字段增删记入版本变更记录。
- 评审状态固定为待评审、评审中、需修改、已通过、已转正式用例五个节点，由评审人更新，作者不自行改为通过。
可复制空白模板：AI测试用例草稿表
这张表按“先记录来源、再描述场景、最后标记评审”的顺序排列字段。复制到Excel、在线表格或测试管理工具的自定义字段中即可使用，一行对应一条草稿用例。表头下方保留两行空白行，方便直接粘贴AI输出后逐格整理。
| 用例编号 | 需求来源 | 场景类型 | 前置条件 | 操作步骤 | 预期结果 | 优先级 | 草稿来源 | 评审状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
如果团队使用文档而非表格，可将上表转成“字段名：填写内容”的纵向结构，每个用例一个小节，字段顺序保持不变。表格形态便于批量筛选评审状态，文档形态便于补充较长的业务背景，两种形态的字段口径应保持一致。
字段说明：每一列填什么、怎么判断填对了
字段说明的作用是让不同的人填同一张表时得到可比较的结果。判断填得对不对，主要看两点：该字段能否独立支撑后续核对，以及它与其他字段是否对得上。
标识与来源类字段
- 用例编号：草稿阶段的唯一标识，建议采用“模块缩写-序号”形式，如LOGIN-001。编号一经分配不随评审修改而变更，便于在评审意见和缺陷记录中引用。
- 需求来源：写明需求文档名称、需求编号或用户故事标题，精确到可回查的条目。只写“登录需求”属于不合格，应写到“需求文档V2.1 第3.2节 账号登录”。
- 草稿来源：标注这条内容是AI生成、人工编写还是AI生成后人工修改。建议取值“AI生成”“人工”“AI生成+人工补充”，便于后续统计AI草稿的采纳率与返工点。
场景与条件类字段
- 场景类型：标明该用例覆盖正常流程、边界值、异常输入、权限校验还是兼容性场景。场景类型决定后续需要补充哪些字段，也决定评审时的检查重点。
- 前置条件：执行步骤前系统与数据必须处于的状态，如“已注册且未锁定的账号”“购物车中已有1件商品”。前置条件应可独立准备，避免写成操作步骤的一部分。
步骤与结果类字段
- 操作步骤：按顺序编号写出用户或系统的动作，一步一个动作。步骤中出现的输入数据要写具体值或取值范围，避免“输入合法密码”这类无法执行的描述。
- 预期结果：与操作步骤一一对应，每一步或每组步骤都要有可观察的结果，如页面提示文案、状态变化、数据落库结果。步骤与预期结果的对应关系建议用相同编号对齐，评审时逐号核对，缺一项即视为不完整。
优先级与流转类字段
- 优先级：按业务影响和发生概率给出高、中、低三档。核心主流程通常为高，异常分支按影响程度定级，避免所有AI生成用例都被标为高。
- 评审状态：记录草稿在评审流程中的位置，常用取值为“待评审”“评审中”“需修改”“已通过”“已转正式用例”。状态由评审人更新，作者不自行改为通过。
- 备注：记录AI生成时的不确定点、待确认的业务规则、关联缺陷编号等。备注不替代必填字段，缺失信息应退回补充而非长期挂在备注里。
AI生成内容的标注方式建议统一在“草稿来源”列完成，不另设颜色或符号，避免复制到其他工具后标记丢失。若一条用例部分步骤由人工补充，可在备注中写明补充了哪几步，例如“步骤4-5为人工补充的异常分支”。
必填与选填：哪些字段缺失就不能进入评审
必填项的作用是保证评审人拿到草稿时具备判断依据。缺少任一必填字段的草稿应退回作者补充，不进入评审队列，避免评审会变成信息补齐会。
| 字段 | 属性 | 缺失时的处理 |
|---|---|---|
| 用例编号 | 必填 | 退回，由作者按编号规则分配 |
| 需求来源 | 必填 | 退回，需精确到可回查条目 |
| 场景类型 | 必填 | 退回，无法判断评审重点 |
| 前置条件 | 必填 | 退回；确无前置条件时填“无”，不留空 |
| 操作步骤 | 必填 | 退回，至少包含一个可执行动作 |
| 预期结果 | 必填 | 退回，且须与步骤编号对应 |
| 优先级 | 必填 | 退回，由作者初判、评审人确认 |
| 草稿来源 | 必填 | 退回，AI生成内容必须可识别 |
| 评审状态 | 必填 | 新建时默认“待评审”，不得留空 |
| 备注 | 选填 | 可空；有不确定点时应填写 |
不同场景类型对字段的要求有差异。异常输入类用例的前置条件通常更具体，需要写明数据状态；兼容性场景需要在备注中补充设备、浏览器或系统版本；权限校验类用例需要在操作步骤中明确操作账号的角色。这些差异通过备注和前置条件体现，不新增字段，以免模板随场景膨胀。
退回规则建议明确到人和时限：评审人发现必填缺失时，将评审状态改为“需修改”并在备注写明缺哪一项，作者补充后改回“待评审”。同一草稿连续两次因同一字段被退回，应在评审记录中标注，作为AI生成提示词或需求描述质量的改进依据。
填写示例：一条登录场景用例的完整草稿
下面以“账号密码登录失败提示”为例，展示一条由AI生成、经人工补充后的草稿。示例中的内容与前述字段一一对应，可直接对照填写。
| 字段 | 填写内容 |
|---|---|
| 用例编号 | LOGIN-003 |
| 需求来源 | 需求文档V2.1 第3.2节 账号登录 |
| 场景类型 | 异常输入 |
| 前置条件 | 系统中存在已注册且未锁定的账号 test_user，密码为 Test@1234 |
| 操作步骤 | 1. 打开登录页；2. 输入账号 test_user；3. 输入错误密码 Wrong@000；4. 点击“登录” |
| 预期结果 | 1. 登录页正常展示账号、密码输入框与登录按钮；2. 账号输入框显示 test_user；3. 密码以掩码显示；4. 停留在登录页，提示“账号或密码错误”，账号未被锁定，错误次数计为1次 |
| 优先级 | 高 |
| 草稿来源 | AI生成+人工补充 |
| 评审状态 | 待评审 |
| 备注 | 步骤4的“错误次数计为1次”及“账号未被锁定”为人工补充，需产品确认连续错误5次是否锁定 |
这条示例中，AI生成的部分通常包括场景类型、基本步骤和主提示文案；人工补充的部分集中在可观察的系统状态，例如错误次数计数、账号锁定规则和密码掩码显示。评审时应重点核对这些补充项是否与需求一致，而不是只确认提示文案是否正确。
常见填写错误对照
| 常见错误 | 问题 | 修改方式 |
|---|---|---|
| 步骤写“输入正确密码” | 无可执行的具体值 | 写出具体测试数据或取值范围 |
| 四条步骤只对应一条预期结果 | 无法逐号核对 | 按步骤编号补齐每步可观察结果 |
| 前置条件写“用户已登录” | 未说明账号角色与状态 | 写明账号、角色及必要数据状态 |
| 草稿来源留空 | 无法区分AI与人工内容 | 统一标注三种取值之一 |
| 评审状态由作者改为“已通过” | 绕过评审人确认 | 通过状态仅由评审人更新 |
调整与维护方法：按项目规模裁剪字段并保持模板可用
模板投入使用后，字段会随项目阶段和团队分工发生变化。调整的原则是保留能支撑评审判断的字段，合并重复表达，新增字段须有明确的核对用途。
字段增删的取舍原则
小型项目或迭代初期，可将“场景类型”并入备注，保留编号、需求来源、步骤、预期结果、草稿来源和评审状态六个核心字段，先跑通评审流程。中大型项目或涉及多端兼容时，恢复场景类型并增加设备版本信息。新增字段前先回答两个问题：该字段是否影响评审结论，缺失时是否会导致返工。两个答案都为否的字段，放入备注即可。
模板版本与变更记录
模板本身应有版本号，例如“AI用例草稿模板 v1.2”，并在表格首个工作表或文档开头保留变更记录，写明变更日期、变更人、变更内容和影响范围。字段增删属于版本变更，仅修改填写说明可不升版本。历史草稿保留原字段值，不强制回填新字段，避免维护成本扩散。
评审状态流转的维护
评审状态建议固定为“待评审—评审中—需修改—已通过—已转正式用例”五个节点，节点名称在各项目中保持一致，便于跨项目统计。每周由测试负责人检查长期停留在“评审中”的草稿，超过约定时限的应退回或关闭。状态流转记录可作为评估AI草稿质量的依据，例如统计“需修改”比例和主要退回原因。
与缺陷记录的衔接方式
用例转为正式用例并执行后发现的缺陷，应在缺陷记录中回引用例编号，草稿表的备注列同步填写缺陷编号。这样可以从一条AI草稿追溯到需求、评审意见和执行结果。若团队在ONES中管理测试与缺陷，可将草稿作为工作项录入，评审状态对应工作项状态流转，缺陷通过关联关系挂到对应用例上；ONES Assistant 可基于项目与工作项数据回答问题并执行创建缺陷、更新状态等操作，具体可用范围取决于所开通的模块与权限配置。
维护频率建议与迭代节奏对齐：每个迭代结束检查一次字段使用情况，连续两个迭代无人填写的字段考虑删除或并入备注；每季度复核一次必填规则，确认退回原因是否集中在少数几项。模板维护责任落到测试负责人，变更前在团队内同步说明，避免同一时间出现多个版本并行填写。
常见问题
AI生成的测试用例草稿可以直接当作正式用例执行吗？
不建议直接执行。AI生成的草稿通常覆盖主流程和常见提示文案，对错误次数计数、账号锁定规则、数据落库结果这类可观察的系统状态容易遗漏或写得不具体。草稿应先进入评审，由测试负责人逐行核对步骤与预期结果的对应关系，补充边界与异常场景，评审通过后再转为正式用例。草稿来源列标注为“AI生成”或“AI生成+人工补充”，便于后续统计采纳率和返工点。
团队用文档而不是表格管理用例，模板字段需要调整吗？
字段口径保持一致即可，形态可以转换。文档形态下把表格转成“字段名：填写内容”的纵向结构，每个用例一个小节，字段顺序不变。表格便于批量筛选评审状态和统计退回原因，文档便于补充较长的业务背景。两种形态混用时，用例编号规则和评审状态取值要统一，否则跨形态统计会对不上。
必填字段被退回后，作者补充完还需要做什么？
作者按备注中写明的缺失项补齐后，将评审状态改回“待评审”，重新进入评审队列。评审人发现同一草稿连续两次因同一字段被退回时，建议在评审记录中标注，作为改进AI生成提示词或需求描述质量的依据。若缺失信息一时无法确认，应在备注中写明待确认事项和确认人，避免草稿长期停留在“评审中”。
草稿转为正式用例并执行后发现缺陷，怎么和草稿表对应起来？
在缺陷记录中回引用例编号，草稿表的备注列同步填写缺陷编号，这样可以从一条AI草稿追溯到需求、评审意见和执行结果。若团队在ONES中管理测试与缺陷，可将草稿作为工作项录入，评审状态对应工作项状态流转，缺陷通过关联关系挂到对应用例上。ONES Assistant 可基于项目与工作项数据回答问题并执行创建缺陷、更新状态等操作，具体可用范围取决于所开通的模块与权限配置。
模板用了一段时间后，怎么判断某个字段该删还是该留？
看两个信号：连续两个迭代无人填写的字段，考虑删除或并入备注；退回原因长期集中在少数几项，说明对应字段的填写口径需要细化而不是新增字段。新增字段前先确认它是否影响评审结论、缺失时是否会导致返工，两个答案都为否的放入备注即可。字段增删属于版本变更，记入变更记录并同步团队，历史草稿保留原字段值，不强制回填。
