AI生成测试用例的有效做法,是把功能规则、状态和输出格式一起提供,再检查生成的每条用例是否有明确的操作与预期结果。可以将需求交给墨刀AI生成测试用例,先得到可编辑初稿,再补业务遗漏。本文用手机号验证码登录演示输入、结果和修改方法,不承诺固定一分钟完成全部测试设计。
AI能辅助整理正常、异常与边界场景,但无法证明已经覆盖所有问题,也不能把生成的用例自动视为执行通过。测试结论必须来自真实测试环境中的运行与记录。
先把“验证码短时间有效”写成明确规则
含糊需求会产生含糊用例。为便于演示,本例约定验证码有效时间为发送后60秒内,达到60秒即失效;连续输错5次后限制登录30分钟;再次发送使旧验证码失效;成功使用后不可重复使用。这些是教学规则,不是通用安全标准或墨刀产品的登录政策。
同时约定服务端时间为判定依据,测试环境提供可控制的时钟或等效测试手段。若真实项目尚未确定限制维度、解锁方式、重发间隔或账号状态处理,应先列出问题,不能让AI自行选择。
把规则编号与输出格式一起交给墨刀AI
为手机号验证码登录生成测试用例。R1:发送后0至不足60秒内有效,达到60秒失效,以服务端时间判断。R2:正确验证码可登录。R3:同一账号连续输错5次后限制登录30分钟,未到期不能登录。R4:重新发送后旧码失效。R5:成功使用的验证码不可再次使用。请输出编号、关联规则、场景、前置条件、测试数据、步骤、预期结果、优先级;覆盖正常、异常、边界和状态变化。实际结果留空,未定义规则单独列问题,不编造执行通过记录。
在墨刀AI的测试用例或相关文档生成入口中输入需求。若当前工作台询问补充信息,优先回答规则和范围。上传PRD时应使用授权且脱敏的版本,并说明以哪一版规则为准,避免旧附件影响结果。

初稿至少应该给出这些可执行场景
| 场景 | 测试条件与操作 | 本例预期结果 |
|---|---|---|
| 有效验证码登录 | 未受限账号,发送后30秒内输入正确码 | 登录成功,建立对应账号会话 |
| 到期边界 | 分别在发送后59、60、61秒提交正确码 | 59秒有效;60、61秒失效,不建立会话 |
| 错误次数限制 | 在隔离状态下测试第4次与第5次错误 | 第4次未达到限制阈值;第5次进入限制状态 |
| 限制期内正确码 | 账号已受限,期限内提交正确码 | 仍不能登录,不新增会话 |
| 重发后旧码 | 先获取旧码,再获取新码,提交旧码 | 旧码无效,不建立会话 |
| 成功码再次使用 | 一份验证码成功登录后再次提交 | 拒绝重复使用,不创建新的有效登录 |
上表是教学中的预期结果,不是实测记录。执行次数相关用例时,要在每条开始前恢复账号状态,避免上一条的失败次数影响下一条。时间边界也不宜依靠人手卡秒,测试环境应提供可重复的方法。

发现AI补错规则,直接限定修改范围
如果初稿把“60秒时失效”写成“60秒仍可用”,可以要求:“只修订关联R1的用例,保持其他规则不变;明确59秒有效、60秒及之后失效;补充时间控制前提。”修改后核对所有关联R1的条目,而不是只看第一行。
如果AI自行加入图形验证码、设备封禁或人工解锁,不要因为看起来专业就保留为已确认规则。应移到待讨论列表,或明确不在本轮范围。测试用例应验证需求,不能悄悄替产品决定新功能。
“提示错误”还不够具体
预期结果至少说明是否允许继续、是否建立会话、状态是否变化,以及用户看到什么类型的反馈。若安全策略要求使用统一提示,应按已确认策略描述,不必在用例里暴露账号存在性。具体提示与风控安排需要产品、安全和研发共同确认。
边界值与异常场景,分别检查什么
边界值围绕已经明确的阈值展开,例如有效期、次数和输入长度;异常场景则包括网络失败、服务异常、重复提交和状态冲突。可以参考ISTQB关于边界值分析的公开资料理解方法,但阈值必须来自当前项目,而不是从标准名词中推导。
还应检查规则之间的组合:账号已受限时重发验证码是否允许,重发是否重置错误次数,达到限制后跨设备操作如何处理。若这些内容没有定义,正确的输出是问题清单,而不是未经讨论的“预期通过”。
导出后,怎样让测试团队真正用起来
在当前界面选择可用的文档导出或分享方式,检查表格、规则编号、前置条件和中文内容是否完整。格式与权限以实际产品为准。若要导入测试管理系统,应先检查它要求的列名与字段映射,不应把“能导出文档”说成所有系统都能一键导入。

执行时再填写实际结果、状态、环境版本和缺陷链接;未执行项保持未执行。生成自动化脚本时,还要配置测试账号、定位方式、断言和清理逻辑,脚本文件存在不代表运行成功。
需求改了,优先重看关联用例
若验证码有效期改为其他值,应更新规则版本,并筛选关联R1的用例重新设计和执行,同时检查与限制状态相关的组合。可以要求AI先列影响范围,再修改对应条目,避免整份文档反复重写导致历史记录丢失。
还不熟悉用例基本字段时,可先看测试用例怎么写;规则本身不清楚时,回到PRD写作与验收条件。带着已确认规则进入墨刀AI生成测试用例,再让测试人员把初稿变成可执行、可维护的测试资产。