做测试的朋友应该都有同感:写用例最耗时间的从来不是设计思路,而是对着需求文档逐条拆场景的重复劳动。边界值、异常分支经常漏写,团队每个人的粒度、优先级标准不一样,整理格式要花半天;需求一变,整批用例都要跟着改,维护成本极高。
试过用通用AI生成,要么场景不全,要么输出格式零散,字段对不上测试管理平台,导进去还要手动改半天,反而更费时间。
索性把常用的测试设计方法、用例规范、导出逻辑全部固化成规则,做了这套 functional-acceptance-skills 测试用例自动生成技能。输入需求或详细设计文档,自动生成标准化测试用例,内置8种经典测试设计方法,按P0-P3自动分级,输出10字段标准表格,支持Markdown/Excel/CSV三种格式,可直接导入禅道、Jira、TestLink。代码已完整开源。
先看效果:生成即可用的标准用例
拿最常见的用户登录模块举例,输入简单的需求描述,就能输出完整的标准用例表,字段齐全、分级清晰,拿来就能直接执行或导入测试平台:
| 用例编号 | 功能模块 | 用例描述 | 优先级 | 前置条件 | 测试数据 | 测试步骤 | 预期结果 | 设计方法 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| USER-LOGIN-001 | 用户登录模块 | 正确用户名密码登录成功 | P0 | 存在已注册用户 test001 | username: test001, password: Test@123456 | 1.打开登录页 2.输入用户名 3.输入密码 4.点击登录 | 1.返回token 2.跳转主页 3.显示用户名 | 场景法 | 关联需求 REQ-001 |
| USER-LOGIN-002 | 用户登录模块 | 密码错误登录失败 | P1 | 存在已注册用户 test001 | username: test001, password: Wrong@123 | 1.打开登录页 2.输入用户名 3.输入错误密码 4.点击登录 | 1.提示密码错误 2.显示剩余尝试次数 3.停留在登录页 | 场景法 | 需校验锁定策略 |
| USER-LOGIN-003 | 用户登录模块 | 用户名为空登录失败 | P1 | 无 | username: "", password: Test@123456 | 1.打开登录页 2.用户名留空 3.输入密码 4.点击登录 | 1.提示用户名为必填 2.停留在登录页 | 等价类 | --- |
完整用例会覆盖正常流程、异常分支、边界值、状态流转等全场景,自动生成唯一编号,可直接追溯到对应需求。
为什么通用AI写的用例没法直接用
不是提示词不够好,而是缺少标准化的规则约束,很容易出现几个共性问题:
-
场景覆盖不全:只写正常流程,漏掉异常、边界、状态流转等高频bug场景
-
优先级混乱:所有用例全标P0,等于没有优先级,没法指导测试排期
-
字段不标准:缺少前置条件、测试数据等字段,不符合企业级管理要求
-
格式难复用:输出零散文本,没法直接导入测试管理工具,手动整理成本高
我们的方案核心是「规则固化+协议驱动」,把测试设计方法、字段规范、分级逻辑全部写死,输出结果稳定可控,不用反复调提示词。
核心设计:从根源保证用例质量
1. 8种设计方法内置,自动覆盖全场景
自动应用等价类划分、边界值分析、场景法、错误推测法、判定表驱动法、状态迁移法、正交实验法、流程分析法8种经典测试设计方法,覆盖功能、异常、边界、状态流转等全类型场景,避免人工设计遗漏。
2. 四级优先级体系,合理分布
按核心程度自动划分P0-P3四级优先级,占比符合行业通用分布:
-
P0:核心主流程,占20-30%
-
P1:重要异常流程,占40-50%
-
P2:边界与次要功能,占20-30%
-
P3:边缘体验场景,占5-10%
避免全是P0或全是P3,优先级可直接用于指导测试排期。
3. 10字段标准结构,对齐企业规范
统一输出用例编号、功能模块、用例描述、优先级、前置条件、测试数据、测试步骤、预期结果、设计方法、备注共10个字段,其中7个必填、3个选填,符合企业级测试管理规范。
4. 需求澄清机制,不生成无效用例
遇到"快速响应""体验良好"这类无量化指标的模糊需求,会自动列出澄清点并给出参考选项,确认前暂不生成对应用例或标记为"待确认",避免产出无法执行的无效用例。
5. 多格式输出,直接导入测试平台
默认输出Markdown表格可直接粘贴到Wiki/文档;支持导出Excel(.xlsx)、CSV格式,字段可按需调整顺序,能直接导入禅道、Jira、TestLink等主流测试管理工具。
技能结构与输出产物
技能目录结构
bash
functional-acceptance-skills/
├── SKILL.md # 核心定义:解析规则 + 设计方法 + 输出规范 + 编号体系 + 澄清机制
└── .gitignore
本技能为协议驱动型,核心逻辑全部定义在SKILL.md中,智能体读取协议后自动执行全流程;Excel/CSV文件依托运行环境的代码解释器生成,无需预置脚本。
运行后生成产物
xml
<输出目录>/
├── 测试用例_<项目名>_<日期>.xlsx # Excel格式交付物(可选)
├── 测试用例_<项目名>_<日期>.csv # CSV格式交付物(可选)
└── 测试用例_<项目名>.md # Markdown格式交付物(默认)
如何上手
支持所有兼容 Skill 协议的主流智能体,部署和调用非常简单:
-
将完整技能文件夹放入对应智能体的技能目录下,刷新技能列表确认加载成功
-
上传需求文档或粘贴需求正文,发送指令即可生成,例如:
基于这份需求文档/详细设计文档生成测试用例,覆盖正常、异常、边界场景,输出Markdown表格
-
需要导出文件时,追加"导出xlsx"或"输出CSV格式"即可,可指定字段顺序匹配目标平台。
落地避坑:8个高频踩坑点
-
需求模糊别强行生成:先做需求澄清,明确量化指标再生成,减少后续调整成本
-
核心模块用细粒度:核心业务建议选细粒度模式,拆解到可执行步骤;评审框架用粗粒度即可
-
不要全标P0:工具内置占比约束,优先级是排期依据,全标P0等于没有优先级
-
用例编号要全局唯一:工具自动生成唯一编号,团队可自定义模块代码映射表,统一命名
-
导入平台先对齐字段:导出CSV前先确认目标平台的字段顺序,避免导入后错位
-
需求变更不用全重写:支持增量生成指定模块的用例,只改变动部分即可
-
不要跳过人工复核:工具负责基础场景与格式规范,业务逻辑、复杂组合场景需人工补充
-
不要用太简略的需求生成:需求信息越完整,用例质量越高,过于简略的需求会生成大量待确认项
开源地址
全套代码已完整开源至 Gitee,协议驱动开箱即用,下载即可部署:
仓库地址 :gitee.com/che001/func...
获取方式:
-
Git 克隆:
git clone https://gitee.com/che001/functional-acceptance-skills.git -
直接下载:进入仓库页面点击「下载 ZIP」
仓库包含:
-
完整 SKILL.md 技能定义(解析规则、设计方法、输出规范、编号体系)
-
标准测试用例模板(Excel/Markdown 双版本)
-
8种测试设计方法速查表
-
可自定义的模块代码映射表
-
标准目录结构与配置文件
部署调试遇到问题,欢迎评论区留言交流,也欢迎 Star 支持一下~
最后
你平时写测试用例最头疼的是什么?是漏边界异常场景、优先级分不好,还是格式整理费时间? 欢迎评论区聊聊你的痛点,如果需要新增特定行业的用例模板,也可以留言。
如果这个工具对你有帮助,欢迎点赞👍 + 收藏⭐ + 关注,后续会持续更新更多开箱即用的Agent实战技能。