我是晚灯下小语。做过几年软件测试,现在日常把重复活交给 AI 干。做测试最磨人的一件事,就是需求文档一到,要憋测试用例。不是不会写。是太细。一个中等功能,三四十个用例,光想边界、想异常分支,一下午就搭进去了。写完还总怀疑:是不是漏了哪个逆向场景?后来我把这块活交给 AI。不是让它替我想,是让它当那个"永远不嫌烦、也不会累的搭档"——我把框架和要求定死,它补全,我再审。今天就把这套天天在用的提示词给你,复制粘贴就能跑。为什么测试用例适合交给 AI
测试用例本质是个结构化输出:前置条件、操作步骤、预期结果,一条条列清楚。这种格式规整、规则明确的活,正好是 AI 的强项。人写容易漏,是因为脑子一次装不下那么多分支。AI 按你给的清单逐条补,边界值和异常场景反而比人全。关键是:你别让它"自由发挥",得把要求写死。下面这个模板就是干这个的。我的提示词模板(直接抄)
你是一名资深软件测试工程师。请根据下面的需求描述,产出测试用例。输出要求:1. 用表格,列:用例编号、标题、前置条件、操作步骤、预期结果、优先级2. 必须覆盖四类:正向主流程、边界值、异常/逆向、兼容与权限3. 一条用例只验证一个点,别揉在一起4. 优先级标 P0(必测)/ P1(重要)/ P2(补充)5. 每条预期结果要可判定,别写”正常显示”这种废话需求描述:{{这里粘贴你的需求}}
我特意加了第 4、第 5 条。很多 AI 生成的用例,一条里又测主流程又测异常,或者预期写"系统正常处理"——这种没法执行。这两条是逼它说人话。跑出来长啥样(真实例子)
拿最常见的"用户修改密码"需求试一下。贴进去,出来的用例大概这样几行:正向:旧密码正确 + 两次新密码一致 → 修改成功,重新登录生效(P0)边界:新密码正好 8 位 / 正好 20 位 → 边界值通过(P1)异常:旧密码错、新密码两次不一致、新密码含空格 → 各自报错(P0)效果和我踩过的坑
时间上:一下午压缩到二十分钟。但这二十分钟是"人审 + 补盲区",不是甩手。AI 会编用例。它偶尔把没写进需求的功能,自己脑补一条用例。所以每一条都得你过一遍,别直接交差。复杂业务它吃不透。涉及老系统一堆隐藏规则的需求,先给它背景,不然用例飘。写在晚灯下
这就是我大多数夜晚在干的事——把重复活交给 AI,把省下的时间留给真正要动脑的活。如果你也是测试,或者任何一个天天被文档和表格磨的打工人,关注我。每晚分享一个真能用的 AI 提效法子,不卖课,只讲踩过的坑和跑通的招。你最想让 AI 帮你干掉哪块活?评论区告诉我,下篇就写它。