ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

别急着让 AI 写用例——先给它装一套「测试人的工作方法」

别急着让 AI 写用例——先给它装一套「测试人的工作方法」 测试人 Skill 全家桶 · 开篇这个系列不讲什么是 Skill只讲一件事**测试人怎么用 Skill把每个测试环节真正落地。**每篇配完整 SKILL.md 真实对比示例 落地数据 踩坑。一、凌晨一点的那个场景你可能经历过【贴图 01】凌晨一点版本要发。你把这次迭代的需求丢给 AI让它帮忙生成测试用例。三十秒后一张漂亮的表格吐了出来登录、下单、支付、查询……看着挺全你顺手就用了。上线第三天线上炸了——优惠券叠加特价商品价格算错了。翻回那张表一行都没提到。问题出在哪【贴图 02】不是 AI 不行。是你没告诉它该怎么想。二、AI 能写用例但写不出「该测什么」【贴图 03】AI 的默认行为是复述需求而不是挑战需求。它把需求当答案而测试人必须把需求当假设。测试的核心从来不是把需求翻译成用例而是回答三个问题需求没写清楚的地方是什么边界、异常、并发、逆向流程藏在哪哪个点一旦出问题代价最大【贴图 04】这三件事是判断不是生成。AI 缺的不是能力是方法和标准——它该按哪套清单去发散、按什么口径定优先级、遇到模糊地带该怎么标记出来。而方法和标准恰好是你干了这么多年测试脑子里最值钱的那部分。三、Skill 不是「更长的提示词」【贴图 05】很多人以为 Skill 一段超长 prompt。不是。| |提示词Prompt|技能Skill|| — | — | — ||本质|一次性指令|可复用的能力包||内容|一句话要求|工作流 检查清单 输出模板 触发条件||稳定性|每次结果都飘|每次按同一套标准||复用方式|复制粘贴|放进工具自动识别、自动调用||承载的东西|你的「要求」|你的「经验」|一句话Skill 就是把你脑子里那套老测试的经验固化成文件。【贴图 06】四、同一个需求裸问 vs 用 Skill【贴图 07】需求节选电商平台「满减优惠券」——订单满 100 减 20有有效期每单限用一张特价商品不参与。裸问 AI 的输出就这 5 条看着没毛病领取优惠券使用优惠券下单优惠券过期后不可用每单只能使用一张特价商品不能使用优惠券用「需求拆解 Skill」的输出节选金额边界99.99 / 100.00 / 100.01 三档是否精确按 100 触发优惠后金额为 0 或负数的处理混合下单购物车同时有特价 普通商品时门槛金额怎么算特价是否计入满减基数并发领取同一用户多端同时点领取是否会超发有效期边界到期瞬间23:59:59、跨时区、系统时间被篡改逆向流程用券下单后取消 / 退款券是否返还、返还后有效期如何叠加规则与平台其他优惠会员价 / 积分抵扣能否叠加风控同设备批量领券、券的转赠 / 共享……共 40 条分 P0 / P1 / P2待确认项特价商品是否计入满减基数——需求未写明需产品确认看出来了吗【贴图 08】差别不是多是维度不同。裸问在「复述功能」Skill 在「攻击需求」。而整张表里最值钱的是最后那一行——它把一个上线后才爆的雷提前到了评审阶段。五、「测试人专用 Skill 全家桶」要做什么【贴图 09】10 个 Skill覆盖测试全链路需求拆解—— 需求 → 测试点用例设计—— 测试点 → 可执行用例接口自动化—— pytest 用例生成 / 维护 / 进 CIUI 自动化—— Playwright 稳定性 / 自愈性能测试—— 脚本生成 场景建模 结果解读缺陷复盘—— 根因分析 改进闭环测试报告—— 数据 → 结论 → 建议代码审查 单测—— 测试视角的 review测试数据工厂—— 造数 / 脱敏 / 边界数据线上排查—— 日志聚合 假设验证 根因每一个都会给你四样东西完整 SKILL.md 真实对比示例 落地数据 踩坑。六、怎么用这个系列【贴图 10】会写脚本最好不会也能用——Skill 靠对话就能跑。每篇的 SKILL.md可以直接下载放进 Claude Code 或任意支持 Skill 的工具。顺序按你当前最痛的环节选不用从头跟。 彩蛋后台回复「skills」领取《测试人 Skill 全家桶》资料包含本文 SKILL.md 完整版 10 个 Skill 清单 对比示例。 下篇预告《需求文档丢给它测试点从 60% 提到 90%》——为什么漏测的根因 90% 在需求阶段以及那份能逼出 40 条测试点的检查清单长什么样。
返回列表