Token导航 LogoToken导航

Agent Skill · 效率

req-to-testcase(要求测试用例)

用于辅助测试设计、自动化测试、用例整理和回归验证。它适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑;涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。

req-to-testcase 是效率类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为只读;许可证为 MIT-0,第三方扫描已通过,按安装量在效率类的 21,003 个 Skill 里排第 15,532。

总安装 3,095周安装 124GitHub Stars 公开资料未说明下载 1,002核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.0

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:req-to-testcase(要求测试用例)
来源仓库:https://github.com/deathknightorg/req-to-testcase
安装命令:
openclaw skills install req-to-testcase
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install req-to-testcase

这个 Skill 是做什么的

效率类 Skill 把重复的整理、汇总、转换工作交给助手完成,减少手工复制粘贴。

从 Word、PDF、Markdown 等需求文档自动生成全面测试用例。支持导出 XMind 格式,便于团队协作与用例管理。自动拆解需求逻辑,确保覆盖主要功能与边界条件。req-to-testcase 属于效率类 Skill,可作为该场景下的辅助能力补充。上传文件前需确认内容完整性,缺失关键信息会影响用例质量。

生成的测试用例需人工复核,避免过度简化导致遗漏风险。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install req-to-testcase;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

req-to-testcase 怎么安装?

在终端执行 openclaw skills install req-to-testcase。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

req-to-testcase 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

req-to-testcase 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

req-to-testcase 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

req-to-testcase 用的人多吗?

公开数据是累计安装 3,095 次,近一周安装 124 次,下载 1,002 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

req-to-testcase 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理效率类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

效率类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
github

GitHub 代码协作 · OpenClaw

7,632,918545需要联网MIT-0通过
nano-pdf

Nano PDF 文档 · OpenClaw

4,249,476231需要联网MIT-0通过
auto-updater

自动更新程序 · OpenClaw

2,964,063386操作浏览器MIT-0通过
video-frames

视频帧 · OpenClaw

2,621,304112需要联网MIT-0通过
gemini

Gemini 助手 · OpenClaw

2,547,39648需要联网MIT-0有提醒
req-to-testcase

要求测试用例 · 本页

3,095—只读MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
需求生成用例
description
>

需求文档 → 全面测试用例 → XMind 技能

技能概览

本技能完成以下完整工作流:

上传需求文档
     ↓
解析并拆解需求点(识别功能点、业务规则、约束条件)
     ↓
多维度生成测试用例(5大测试类型,全面覆盖)
     ↓
导出 XMind .xmind 文件(可直接打开)

快速决策

用户输入执行动作
上传文档 + 要生成测试用例读取文件 → 拆解需求 → 生成用例 → 输出 XMind
只上传文档,未说目的主动询问:是否需要生成测试用例?
已有需求列表(文字粘贴)直接进行需求拆解,跳过文件读取
只要 XMind,不要表格直接输出 XMind,省略 Markdown 表格
指定某些测试类型优先生成指定类型,其余按需补充

第一步:读取需求文档

使用 scripts/read_requirement_file.py 统一读取所有支持格式的需求文档,无需手动判断文件类型。

执行步骤:

# 1. 确认上传的文件名
ls /mnt/user-data/uploads/

# 2. 调用读取脚本(自动识别格式并提取文本)
python scripts/read_requirement_file.py /mnt/user-data/uploads/<文件名>

脚本支持的格式:

格式处理方式
.txt / .md直接读取 UTF-8 文本
.docxpython-docx 提取段落与表格
.pdfpypdf 逐页提取文本
.xlsx / .xlsm / .xlspandas 读取所有工作表
.csvpandas 读取并格式化为文本表格

脚本位于 scripts/read_requirement_file.py,将提取的纯文本输出到 stdout,直接作为第二步的需求拆解输入。

若脚本报告缺少依赖,按提示执行 pip install <包名> --break-system-packages 后重试。

第二步:拆解需求点

将原始需求文本结构化,识别以下要素:

需求ID  | 模块    | 功能描述           | 业务规则 / 约束                  | 优先级
--------|---------|-------------------|----------------------------------|-------
REQ-001 | 用户注册 | 用户填写信息完成注册 | 邮箱唯一、密码>=8位、手机号格式验证 | P0
REQ-002 | 商品搜索 | 按关键词搜索商品    | 支持模糊匹配、结果按销量排序        | P1

拆解规则:

  1. 每个独立功能点单独成一条需求
  2. 显式的业务规则(格式、范围、唯一性等)逐一记录
  3. 隐式约束(空值处理、并发、超时等)要主动推断补充
  4. 识别数据流:输入→处理→输出,每个环节都是测试点

第三步:多维度生成测试用例

必须覆盖的 5 大测试类型(详细策略见 references/test-coverage.md):

① 正向功能测试

验证功能在正常输入下按预期运行。

  • 典型场景:主流程走通
  • 关键点:按需求描述一一验证,不遗漏任何功能点

② 逆向 / 异常测试

验证系统对错误输入、异常状态的处理。

  • 空值、null、缺失必填项
  • 错误格式(邮箱不含@、手机号含字母等)
  • 非法操作(重复提交、越界操作等)

③ 边界值测试

在输入范围的边界处验证行为。

  • 最小值、最小值-1、最大值、最大值+1
  • 字符串:空串、1字符、最大长度、最大长度+1
  • 数值:0、负数、小数、整数边界
  • 日期:最早日期、最晚日期、跨年/跨月

④ 业务规则测试

验证需求中明确或隐含的业务逻辑。

  • 唯一性约束(重复注册、重复提交)
  • 状态机流转(订单状态只能正向流转)
  • 计算逻辑(金额、折扣、积分计算)
  • 关联规则(A 操作触发 B 变化)

⑤ 用户体验测试

  • 操作反馈:加载中、成功/失败提示是否清晰
  • 错误引导:提示语是否明确告知如何修正
  • 流程连贯性:完成操作后跳转是否合理

用例格式标准

每条用例输出以下字段:

字段说明
用例IDTP-序号,如 TP-001
所属模块对应需求模块
测试类型正向/逆向/边界/业务规则/兼容/性能/体验
用例标题简洁描述"做什么-预期是什么"
前置条件测试前系统需满足的状态
测试步骤编号步骤,操作具体可执行
测试数据具体输入值(边界值、特殊字符等)
预期结果明确可验证的结果描述
优先级P0/P1/P2/P3

优先级标准:

  • P0(冒烟):核心主流程,每次发版必跑(约 10-15%)
  • P1(高优):主要功能路径,重要业务规则(约 30-40%)
  • P2(一般):边界值、异常处理、次要功能(约 35-45%)
  • P3(低优):兼容性细节、UI 美观、体验优化(约 5-10%)

用例数量参考

需求规模预期用例数
单个表单/弹窗15~30 条
单个功能模块30~80 条
完整业务流程80~200 条
完整系统需求文档200~500 条

第四步:导出 XMind

使用 scripts/xmind_tools2.py 将测试用例列表生成兼容 XMind8 与 XMind2020 的 .xmind 文件。

执行步骤:

# 1. 安装依赖(首次使用)
pip install xmind --break-system-packages

# 2. 调用生成脚本
python scripts/xmind_tools2.py

脚本接口:

参数说明
test_cases测试用例列表,字段含 module / type / title / priority / precondition / steps / expected
project_name根节点名称,默认 "测试用例"
output_dir输出目录,默认 /mnt/user-data/outputs

脚本位于 scripts/xmind_tools2.py,返回生成文件的绝对路径。 生成完毕后使用 present_files 工具分享文件。

若脚本报告缺少依赖,按提示执行 pip install xmind --break-system-packages 后重试。

输出物清单

输出物格式说明
需求拆解表Markdown 表格(内联展示)展示在对话中
测试用例集Markdown 表格(内联展示)展示在对话中
XMind 文件.xmind 文件(可下载)用 present_files 分享

参考文档

文档路径何时读
测试覆盖策略详解references/test-coverage.md需要某类测试的详细设计方法时

平台分布

OpenClaw

73.44%
按下载量换算736

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills