做软件测试的朋友都清楚测试用例设计有多么重要。它直接决定了测试覆盖是否全面也直接影响了后续整体测试流程的质量。传统模式下大家手动一条一条编写用例不仅耗时费力还经常因为考虑不周漏掉异常场景、边界条件给线上质量埋下隐患。如今借助AI Agent Skill能力我们可以把用例设计的标准化流程、通用规则封装为可复用技能。这样一来测试人员就能从机械重复的编写工作中抽离出来把更多精力放在业务分析、风险识别等高价值工作上。并且在 AI 赋能测试的各类场景中测试用例设计是入门门槛最低、落地效果最直观的场景它规则清晰、模板统一、重复工作量大特别适合用AI技术来提效。结合多个真实项目的落地经验我提炼出了四款核心 Agent Skill搭建起一套「需求拆解 → 用例生成 → 场景补全 → 质量评审」的完整用例设计全流程闭环。今天把这四个Skill分享给大家。可以这样说掌握了这套Agent Skill技能组合日常绝大多数的用例设计工作都能轻松搞定实测下来几乎能适配所有用例设计场景。目前这套用例设计Skill技能组合「狂师 . AI进化社」的成员都在使用很多同学都表示测试用例设计效率比原先提升了至少510倍以上了。1. 传统测试用例设计的核心痛点在需求分析完成、进入测试执行前测试用例设计是保障测试覆盖度、发现缺陷效率、回归质量可控的核心前置环节。行业通用的传统用例设计流程大致如下理解需求文档 → 梳理测试点 → 编写设计测试用例 → 用例评审与优化 → 定稿或导入到测试管理平台(可选)评审不通过评审通过理解需求文档梳理测试点编写设计测试用例用例评审与优化定稿或导入到测试管理平台而回到真实的日常项目场景里我们会发现一个普遍痛点即便需求文档已经相对完善从需求到用例的转化过程仍然高度依赖测试工程师的个人经验和思维深度。还是以我们熟悉的电商购物车模块为例需求文档可能已经给出了用户故事的完整描述US-005用户将商品添加到购物车参与者已登录用户前置条件用户已登录商品处于上架状态主流程1. 用户浏览商品 → 2. 点击加入购物车 → 3. 系统校验库存 → 4. 商品加入购物车 → 5. 提示添加成功异常情况库存不足时提示库存不足这样一个需求用户故事看似清晰但转化成测试用例时测试工程师需要手动完成以下工作提取测试点从用户故事中识别出所有需要验证的功能点划分等价类对输入条件进行有效/无效等价类划分确定边界值找出所有边界条件数量边界、金额边界、字符长度边界等设计正反向用例覆盖正常路径、异常路径、边界路径补充交叉场景多条件组合、并发操作、状态迁移等标注优先级区分 P0/P1/P2 优先级格式化输出按照团队模板整理成标准用例文档如果完全依靠人工这个过程步骤繁琐、规则固定、重复性极高且极度依赖测试工程师的经验水平。新手容易遗漏边界值和异常场景老手虽然经验丰富但面对大量需求时同样会疲劳出错。很多后期线上缺陷根源都是测试用例设计阶段考虑不全——边界值没覆盖、异常场景遗漏、业务规则交叉点未验证。这也是测试工程师日常最消耗精力、最容易出错的环节。2. 测试用例编写的三种形式据我观察在实际测试工作中测试用例的编写形式也会影响团队协作效率、用例质量、评审成本与维护成本。目前国内绝大多数测试团队使用的用例编写载体基本可以归纳为三种主流形式XMind 思维导图Excel 标准化表格测试管理平台三种方式各有适用场景、优势与明显短板也直接决定了 AI Agent Skill 该如何切入、如何赋能。2.1 XMind 思维导图式用例以 XMind、ProcessOn 这类思维导图工具编写测试用例是很多敏捷团队、小团队、快速迭代项目最常用的方式。优点思维不受限发散性强不用被固定字段束缚想到什么测试点就挂什么节点思路流畅、梳理快。结构层级清晰模块→子模块→功能点→测试点一眼看清整体覆盖范围。上手成本极低不用学模板、不用填大量字段适合快速梳理测试思路。适合需求评审、测试设计初期用来脑暴、拆点、对齐范围非常高效。缺点难以统一规范每个人的层级、命名、粒度、标注方式完全不同团队协作成本高。信息表达有限很难完整承载 “前置条件、操作步骤、预期结果、优先级、数据、备注” 等完整用例信息。不利于执行与统计无法直接统计用例数、通过率、覆盖率执行时不方便勾选、记录结果。我的建议XMind 更适合做测试点梳理、测试范围对齐、脑暴场景不太适合作为最终可执行、可管理、可追溯的正式用例载体。2.2 Excel 标准化表格用例Excel 是目前中大型团队、传统项目、质量管控严格项目最主流的正式用例载体。团队通常会先统一一份《测试用例模板》所有人必须按固定字段、固定规范填写。典型字段一般包括用例编号、模块、用例标题、优先级、前置条件、操作步骤、预期结果、测试数据、备注、作者等。优点格式高度统一团队输出一致评审、交接、维护都非常规范。信息完整可执行能承载完整用例信息测试人员拿到就能直接执行。便于统计与复盘可筛选、排序、计数、统计覆盖率。便于 AI 赋能结构固定、规则清晰非常适合 Agent Skill 自动生成、自动补全、自动审查。缺点编写效率低、重复劳动多复制粘贴、填格式、调样式非常耗时。思维容易被模板束缚一开始就要填大量字段不利于发散思考。协作不便多人同时编辑容易冲突不支持在线实时协同。我的建议Excel 是正式用例交付的最佳载体也是 AI 最容易标准化赋能的格式。2.3 测试管理平台 / 测试系统用例现在越来越多团队使用禅道、TestLink、Jira、Tapd、腾讯云测、自研平台等编写用例。本质上它只是把 Excel 的表格结构搬到了网页上包装了界面、权限、流程、协同能力本质导出后依然是 JSON、Markdown、Excel 结构。优点在线协同、版本管理、权限管控支持用例执行、缺陷联动、统计报表便于流程化、规范化管理支持与自动化、CI/CD 打通缺点平台重、操作步骤多快速梳理测试点不如 XMind 流畅。不同平台字段不统一AI 适配成本略高。我的建议测试平台适合项目管理、流程管控、质量统计但测试设计阶段依然离不开 XMind Excel 的组合。2.4 我的建议三种用例形式没有绝对好坏只有在什么场景下谁更多适配XMind更适合快速拆解测试点、范围对齐、思维发散Excel更适合正式交付、标准化、AI 赋能、团队统一测试平台更适合执行管理、协同、统计、流程管控而AI Agent Skill的最佳切入方式就是先用 XMind 思维梳理测试点 → 再由 AI 生成标准 Excel 测试用例 → 再用 AI 补全遗漏场景 → 最后用 AI 评审质量形成完整提效闭环。3. 测试用例设计 Agent Skill 全流程测试用例设计Skill 全流程中共包含了四个Skill3.1 generator-testcase-xmind思维导图版测试点生成该 Skill 基于需求用户故事系统化拆解测试点自动提取全维度测试点并按功能、边界值、异常、业务规则、非功能五大维度分类最终输出 XMind 思维导图格式的测试点清单解决人工梳理测试点不全面、层级混乱的问题。特别适合以下场景需求评审前快速梳理测试范围敏捷团队快速拆解需求、输出测试点与产品/开发对齐测试范围测试设计初期的场景脑暴、测试点全覆盖校验新人快速上手需求拆解降低经验依赖。generator-testcase-xmind技能的工作流程分为五步接收与解析用户故事— 支持直接输入文本或读取 .docx/.txt 文档提取编号、标题、描述和关键功能点系统化拆解测试点— 按五大维度逐一拆解功能测试正常流程、分支流程边界值测试等价类划分边界值分析异常测试错误输入、系统异常、网络异常业务规则测试逻辑约束、状态转换非功能性测试性能、安全性、兼容性标注优先级— P0阻塞主流程/ P1重要功能异常/ P2边缘场景构建 JSON 数据— 按规范格式整理测试点编号全局连续生成 XMind 文件— 调用generate_xmind.py脚本输出 .xmind 格式思维导图使用方式很简单用户只需要提供用户故事后技能会自动触发完成测试点拆解并生成可直接用 XMind 打开编辑的思维导图文件接下来我们来测试验证一下 Skill 效果。第一种以文本的形式输入需求来验证「输入」以shop-lab项目中用户注册功能的用户故事为例US-001用户通过手机号注册参与者未注册用户前置条件用户未注册手机号未被占用主流程1. 进入注册页面 → 2. 选择手机号注册 → 3. 输入手机号 → 4. 获取验证码 → 5. 输入验证码 → 6. 设置密码 → 7. 点击注册 → 8. 注册成功自动登录并跳转首页替代流程无后置条件用户注册成功系统自动登录异常情况手机号格式错误提示请输入正确的手机号手机号已注册提示该手机号已注册请直接登录验证码错误提示验证码错误请重新输入验证码过期提示验证码已过期请重新获取密码不符合要求提示密码至少8位包含字母和数字打开任意AI Agent工具比如此处用Workbuddy当然你想用Claude Code或Codex也都是可以的点击技能-选择generator-testcase-xmind这个技能。输入用户故事点击执行workbuddy会自动读取generator-testcase-xmind技能的SKILL.md文件并按照技能预定的工作流程来将用户输入的需求用户故事拆解为测试点。最终基于用户手机号注册这个需求故事点该技能自动帮我们生成了27个测试点159个子测试点。打开xmind测试点文件内容很详细检查了一下整理质量效果还不错。第二种以docx需求文档的形式输入验证上传shop-lab项目的需求用户故事 docx 文档调用技能/generator-testcase-xmind 请读取该文档中的用户故事生成对应的测试用例并输出到xmind文件中。发送执行workbuddy会先读取文档中的需求用户故事然后按照技能流程系统化拆解所有测试点生成JSON数据并输出为xmind文件。从workbuddy用例统计结果可知shop-lab电商系统包含了30个需求用户故事总共生成了458条测试点。打开xmind测试用例看了一下生成的测试点还是非常详细的。细心的你应该还会发现在xmind测试用例中每个测试点还会关联对应的用户故事编号方便测试工程师知道每个测试点对应测试的是哪个需求很贴心吧温馨提醒xmind测试用例生成好之后人工需要验证一下若发现用例粒度不合理、场景遗漏等问题可直接向 AI 提出优化要求AI 会自动更新SKILL.md内容。3.2 generator-testcase-excel标准化测试用例生成测试点提取完成后下一步可以将每个测试点展开为详细的、标准的、可执行的excel版测试用例。但这一步根据现实不同的团队现状又可进一步细分为两种场景第一种是基于上一步生成的测试点xmind格式生成详细的excel版测试用例。第二种是基于原始的需求用户故事docx格式生成详细的excel版测试用例。因此该技能主要是基于 XMind 测试点或原始需求用户故事自动生成符合团队规范的 Excel 标准化测试用例完整覆盖等价类划分、边界值分析、异常场景设计解决人工编写用例格式不统一、重复劳动多的问题。该技能特别适合以下场景中大型团队正式用例交付、用例库标准化建设批量需求的用例快速生成提升交付效率测试管理平台禅道、TestLink 等的用例快速导入。在技能列表中选择技能generator-testcase-excel这里为了加快验证速度我们就只选择两个最常用的场景基于xmind测试点文件生成excel版完整测试用例基于需求用户故事文档生成excel版完整测试用例1、第一种基于xmind测试点文件生成excel版完整测试用例点击执行稍等一会workbuddy共帮我们生成了308条完整的测试用例并且在测试用例总览中还会罗列出各分类维度、不同优先级用例数量占比分布。如果想查看excel版测试用例可以直接在任务制品中打开excel文件也可以进入到工作目录中单独打开2、第二种基于docx需求用户故事文件生成excel版完整测试用例点击执行基于需求用户故事共生成了211 条测试用例。同样的如果想查看excel版测试用例可以直接在任务制品中打开excel文件或者也可以进入到工作目录中单独打开3.3 safe-testcase高频遗漏场景智能补全通过前两个 Skill 生成的测试用例通常已经可以稳定覆盖90% 左右的常规功能场景能够满足基础的功能验证与流程测试。但在实际项目中线上问题、回归 Bug、隐蔽缺陷往往并不出现在正向主流程里而是集中在非功能性场景、极端边界条件、历史高频线上 Bug、业务隐藏规则等人工最容易疏忽、AI 默认不会主动生成的薄弱区域。这些场景恰恰是决定测试完整性、保障线上质量的关键。因此在基础用例生成完成后safe-testcase这个技能则是专注于 “查漏补缺” 的 Skill。专门用来补全易遗漏场景、还原历史高频 Bug、补齐非功能与边界用例让整体用例覆盖更完整、更严谨、更具备防故障能力真正做到从 “可用用例” 升级为 “可上线用例”。该技能适合用在以下场景用例质量校验、评审前的场景补全历史 BUG 回归用例补充高风险模块支付、登录、核心交易的用例强化。接下来我们来测试验证一下效果1、上传excel版测试用例验证测试用例补全效果从技能列表中选择safe-testcase技能。上传excel版测试用例文件以及提供项目历史高频BUG列表建议直接从BUG管理系统中导出项目历史BUG记录作为数据喂给AI、补充业务特定规则按需有就提供非必须点击执行等待workbuddy返回结果从测试用例补全的结果可知此次我们共补全了50条用例从原先的211条用例通过补全后增加到了261条。并且还对补全后的用例分类和优先级进行了划分。打开Shop-Lab电商系统-测试用例用户故事版【场景补全版】.xlsx文件如下图所示在文件中最右侧新增了一列「补充标识」这样就方便过滤的同时也不会影响到原有测试用例的描述了。2、上传xmind版测试点验证测试点补全效果从技能列表中选择safe-testcase技能上传xmind版测试点文件以及提供项目历史高频BUG列表建议直接从BUG管理系统中导出项目历史BUG记录作为数据喂给AI、补充业务特定规则按需有就提供非必须将提示词发送给workbuddy后根据11个检查维度进行系统性分析并进行测试点补全。从统计结果可知最终测试点从原先的599条测试点新增补全了48条补全后最终为647条测试点。并且在xmind中补全测试点时会以labels的方式显示Al补全-场景遗漏”既保证了标题干净可在XMind中按label过滤查看。进入到workbuddy工作目录双击打开Shop-Lab电商系统-测试点分析【场景补全版】.xmind文件在xmind文件中我们可以看到新增补全的测试点都会自动带上一个名为Al补全-场景遗漏”的labels显示。到了这一步我们已经跑通了AI Agent Skill 赋能测试用例生成流程既能快速生成XMind 测试点与Excel 标准用例也能结合项目历史高频 BUG与业务专属规则自动完成易遗漏场景的深度补全。3.4 review-testcase用例质量量化评审利用 AI 赋能确实能帮我们快速生成大量、覆盖度极高的测试用例效率远超人工数倍。但这里有一个非常重要的认知用例多不代表全部可用、好用、值得执行。AI 生成的用例天然存在这些特点会生成冗余、重复、无业务价值的用例会出现粒度太细、无法执行、不符合团队习惯的用例会混入超出当前迭代范围、优先级极低的场景无法自主判断业务重要性、执行成本、回归价值所以我们绝对不能只追求 “用例数量多”更不能直接把 AI 输出的全部用例拿去执行。AI 产出的用例从来不是拿来就用、全部可用必须经过人工把关。真正成熟的做法是对 AI 生成的用例进行分级、分类、筛选、去重并建立可量化的统计标准如覆盖率、有效率、冗余率、高优先级占比只保留高价值、可执行、符合业务目标的用例。我的建议是将 AI 生成的用例分为三类第一类可用标准正向用例常规流程、基础操作可直接入库第二类待修改待修改用例逻辑方向对但描述或数据需要调整这类不用直接删掉人工微调后就能复用第三类错误/无效直接废弃用例业务逻辑错误、与需求不符、完全脱离实际业务、无法执行这类直接剔除除了用例分级分类外还需建立核心指标进行量化校验。具体量化指标看图即可因此review-testcase这个Skill技能的作用就是对 AI 生成的测试用例进行分类分级、并会从5个 维度进行综合评审打分再结合 7 项量化指标进行统计。同样的我们来验证一下技能的实测效果在技能列表中选择review-testcase技能上传excel版测试用例验证测试用例评审效果点击执行调用review-testcase技能会先自动读取excel文件中的测试用例然后将全部的用例导出为结构化的json数据再分批评审。由于用例数量较多workbuddy在执行用例评审时会启动4个并行的评审Agent对261条用例进行并行评审。等待一会后261条用例全部评审完毕其中直接可用的用例占比为26.4%待修改的用例占比为51.7%错误无效的用例为21.8%。问题主要的内容集中在预期结果模糊~80条“页面展示正确”数据状态正确等不可验证表述空引号「」~75条提示信息为空缺少具体内容步骤与标题不匹配~20条标题测A功能步骤却是B功能模板式填充~25条执行触发xxx的操作等占位符无法执行打开最终评审版用例可以看到每条用例都会有详细的用例分类详细评分、以及扣分原因和改进建议。还可以查看到评审汇总后的信息并且还会输出一份用例评审报告markdown格式在用例评审报告中详细记录了各维度的用例评审得分情况、问题根因分析、改进建议等。我们先抛开部分指标得分偏低的问题 —— 其实这一点完全在预料之中。AI 初次评审时出现得分不高是非常正常的现象。是用例颗粒度太粗是场景缺失是优先级不合理还是原始需求描述不够清晰找到原因后我们只需要针对性做两件事优化 Skill 内部的评审规则、判断逻辑、评分标准或进一步细化、完善原始需求文档经过几轮迭代调整最终这套评审技能能达到的整体用例校验效果、质量把关能力依然非常出色完全可以胜任团队日常用例质量评审工作。4. 写在最后需要注意AI 永远替代不了人的业务经验核心场景必须由人来把关。虽然 AI 可以帮我们批量生成、快速补全、标准化校验但它不懂业务背景、不懂历史坑点、不懂线上风险。真正关键的核心流程、高风险业务、复杂业务规则最终还是要靠测试工程师的经验来判断、来兜底、来拍板。甚至我们还可以联动上一篇教程中需求分析阶段搭建好的各类 Skill实现跨环节协同作业。将全部 Skill 按照业务流程依次串联调用从原始需求解析、用户故事结构化、用户故事质量校验到 XMind/Excel 用例生成、场景补全、质量评审全链路打通一键输出最终可用的高质量测试用例形成一套完整的测试用例自动化生产闭环实现测试用例全流程自动化提效。详细的AI测试手把手实战开发教程及完整设计思路、Agent Skill项目源码在「狂师 . AI 进化社」中可免费学习获取。