القائمة
本技能从需求文档生成全面的测试用例文档。当用户需要从需求文档、产品规格说明或描述系统功能的文档创建测试用例时使用此技能。默认生成Markdown格式的测试用例文档；当用户明确要求生成"思维导图格式"或"xmind格式"时，会额外生成XMind思维导图文件。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
A curated collection of 2109+ best OpenClaw skills — AI tools, productivity, marketing, frontend, mobile, backend, DevOps and more. Weekly updated by MyClaw.ai — Powered by MyClaw.ai
Complete startup metrics command center — from raw data to investor-ready dashboards. Covers every stage (pre-seed to Series B+), every model (SaaS, marketplace, consumer, hardware), with diagnostic frameworks, benchmark databases, and board-ready reporting.
Analyze blast radius, attack paths, and threat landscape across your AI infrastructure. Use when: "blast radius", "threat intel", "risk score", "attack path", "lateral movement", "context graph", "who can reach what".
AI compliance and policy engine — evaluate scan results against OWASP, NIST, SOC 2, ISO 27001, CMMC, EU AI Act, AISVS v1.0, and related frameworks. Generate SBOMs and compliance reports. Use when: "compliance report", "NIST", "SOC 2", "ISO 27001", "OWASP", "EU AI Act", "AISVS", "generate SBOM", "policy check".
Discover AI agents, MCP servers, and configurations on this machine or environment. Use when: "find agents", "what's configured", "doctor", "what MCP servers", "show me what's installed", "mcp inventory".
Enforce security policies on MCP tool calls and block dangerous operations at runtime. Use when: "block risky calls", "apply policy", "proxy", "runtime protection", "policy enforcement", "intercept MCP calls".
| name | testcase-creator |
| description | 本技能从需求文档生成全面的测试用例文档。当用户需要从需求文档、产品规格说明或描述系统功能的文档创建测试用例时使用此技能。默认生成Markdown格式的测试用例文档；当用户明确要求生成"思维导图格式"或"xmind格式"时，会额外生成XMind思维导图文件。 |
本技能自动化从需求文档生成测试用例文档的过程。它分析需求内容、提取功能模块和测试点、生成结构化的Markdown测试用例文档。当用户明确要求时，还可以将Markdown转换为XMind思维导图格式。
核心特性：
🚨 核心原则（必读）：
在以下情况下使用此技能：
XMind生成触发条件：
默认行为：仅生成Markdown格式的测试用例文档
🚨 在执行任何其他步骤之前，必须先读取以下所有参考文档！这是强制要求，不可跳过。
必须依次读取以下文件：
1. {skills_dir}/references/testcase_template.md — 格式规范（生成文档必须严格遵守）
2. {skills_dir}/references/analysis_guide.md — 需求分析方法和验证项生成示例
3. {skills_dir}/references/quality_standard.md — 质量标准、命名规范、SMART原则
4. {skills_dir}/references/module_merge_guide.md — 功能模块归并指南和示例
读取完毕后，将这些文档的内容作为后续所有步骤的执行依据。
从提供的来源（文件路径或直接内容）读取需求文档内容。这一步是测试用例质量的关键，必须深入分析，不能浮于表面。
重要提示：
必须对需求进行深度分析，不要只停留在表面！ 详见 references/analysis_guide.md。
使用以下五种分析法逐句挖掘测试细节：
将分析结果整理为：功能模块清单、业务规则清单、异常场景清单、测试数据清单。
重要提示：必须严格遵守 references/testcase_template.md 中定义的格式规范！
核心原则：每次生成都添加时间戳后缀，便于版本管理和历史追溯
本技能使用自动化脚本为每个测试用例文件添加时间戳后缀，确保所有版本都被保留，便于对比和回溯。
文件名格式：
{需求文档名称}-v{MMdd_HHmmss}.md
{需求文档名称}-v{MMdd_HHmmss}.xmind
时间戳格式：
MMdd_HHmmss（月日_时分秒）0318_143052 表示3月18日14:30:52python3 scripts/generate_filename.py "<base_name>" "<output_dir>"
# 输出JSON：{"md_file": "...", "xmind_file": "...", "base_name": "..."}
按照以下标准结构创建Markdown测试用例文档：
# {产品需求名称} - 测试用例
## 一、{功能模块名称}
### 1.1 {子功能名称}
#### 1.1.1 {功能点名称}
- **测试点：{测试点名称}**
- [ ] {验证项1}
- [ ] {验证项2}
- [ ] {验证项3}
- **测试点：{测试点名称}**
- [ ] {验证项1}
- [ ] {验证项2}
### 1.2 {子功能名称}
#### 1.2.1 {功能点名称}
- **测试点：{测试点名称}**
- [ ] {验证项1}
必须遵守的格式规则：
标题层级规范：
# 一级标题：产品名称（文档根标题）## 二级标题：功能模块（使用"一、二、三、"等中文序号）### 三级标题：子功能（使用"1.1、1.2、2.1、"等编号）#### 四级标题：功能点（使用"1.1.1、1.1.2、"等编号）测试点格式规范：
**测试点：XXX验证****测试点：触发条件验证**、**测试点：展示验证**验证项格式规范：
- [ ] 验证项内容文本处理规范：
**文本**[x]，统一使用 [ ]生成测试用例时必须遵循以下质量标准，详见 references/quality_standard.md。
必须包含的测试类型：功能测试、UI/UX测试、异常场景测试（网络/数据/并发/权限） 建议包含的测试类型：边界条件测试、性能测试、兼容性测试、安全测试
测试点命名：{对象}{类型}验证，如"触发条件验证"、"网络异常验证"、"登录流程验证"
验证项编写（SMART原则）：
验证项数量：不设上限，核心功能必须充分覆盖所有条件分支、业务规则、边界情况、异常处理、状态转换。每个可独立验证的点都应单独列出，不要人为合并。
生成测试用例时，请严格按照以下流程执行：
目标：深入理解需求，挖掘所有测试细节
通读需求文档：
逐句分析需求：
识别和归并功能模块：
🚨 核心原则：按完整功能流程组织测试，而非按需求文档章节划分，详见 references/module_merge_guide.md。
归并判断标准：同一功能的不同维度/层次 → 归并为一个模块；不同功能 → 各自独立。
每个功能模块按以下流程组织：触发条件验证 → 业务规则验证 → 数据准备验证 → 展示内容验证 → 交互行为验证 → 结果处理验证。
提取业务规则：
挖掘异常场景：
分析用户场景：
详细需求分析示例见 references/analysis_guide.md。
目标：为每个功能点设计全面的测试点
逐个功能点分析：
设计测试点类型：
考虑测试场景：
目标：为每个测试点编写详细可执行的验证项
细化每个测试点：
使用具体描述：
覆盖所有细节：
标注测试数据：
目标：确保测试用例的完整性和准确性
需求覆盖检查：
格式规范检查：
验证项质量检查：
重复性检查：
生成测试用例后，必须进行以下检查：
格式检查：
- [ ] 格式内容检查：
质量检查：
🚨 重要提示：此步骤仅在用户明确要求生成"思维导图格式"或"xmind格式"时执行。默认情况下跳过此步骤。
生成Markdown文档后，如果用户要求思维导图格式，则使用转换脚本将其转换为XMind格式。
重要提示：转换脚本已内置格式处理逻辑，会自动遵循 testcase_template.md 中的转换规则。
scripts/md_to_xmind.py：将Markdown测试用例文档转换为XMind格式的Python脚本
python3 {skills_dir}/scripts/md_to_xmind.py <input.md> <output.xmind> [title]
参数说明：
input.md：生成的Markdown测试用例文档路径（必须符合testcase_template.md格式）output.xmind：输出的XMind文件路径title：（可选）XMind工作表标题，默认为"测试用例"脚本会自动按照以下规则进行转换：
Markdown到XMind的映射：
| Markdown元素 | XMind元素 | 说明 |
|---|---|---|
# 一级标题 | 根主题 | 产品名称 |
## 二级标题 | 一级子主题 | 功能模块 |
### 三级标题 | 二级子主题 | 子功能 |
#### 四级标题 | 三级子主题 | 功能点 |
- **测试点：XXX** | 四级子主题 | 测试点（带蓝色星标） |
- [ ] 验证项 | 五级子主题 | 验证项（带绿色旗帜标记） |
特殊处理：
[ ] → ☐（未完成状态）**标记#数量判断转换完成后生成：
完成测试用例生成后，必须向用户展示完整的测试用例文档和统计信息。
展示Markdown文件：
open_result_view 显示生成的测试用例文档报告统计信息：
提供XMind文件路径（仅当生成了XMind时）：
提供测试建议：
向用户提供测试用例质量报告：
📊 测试用例统计信息：
- 总测试点数：XX个
- 总验证项数：XX个
- 平均每个测试点验证项数：XX个
📈 测试覆盖情况：
- 功能测试：XX个测试点（XX%）
- 异常测试：XX个测试点（XX%）
- 性能测试：XX个测试点（XX%）
- 兼容性测试：XX个测试点（XX%）
✅ 质量检查结果：
- 格式规范：通过
- 完整性检查：通过
- 具体性检查：通过
scripts/generate_filename.py：测试用例文件名生成器，自动添加时间戳后缀
python3 scripts/generate_filename.py "<base_name>" "<output_dir>"scripts/md_to_xmind.py：将Markdown测试用例文档转换为XMind格式的Python脚本
references/testcase_template.md：测试用例文档格式规范（标准结构、格式示例、XMind映射规则）
references/analysis_guide.md：需求深度分析指南（逐句分析法、业务流程/数据流/状态转换/用户场景分析法、验证项生成详细示例）
references/quality_standard.md：测试用例质量标准（测试覆盖类型、命名规范、SMART原则、最佳实践、测试覆盖清单）
references/module_merge_guide.md：功能模块归并指南（章节关系识别、归并判断标准、测试结构设计、归并示例）
详见 references/quality_standard.md，包含：SMART原则详细说明、测试点组织原则（按模块/功能/场景/优先级P0~P3）、测试覆盖清单（必测/重要/可选场景）。
所有场景的通用步骤：获取文档内容 → 深度分析需求 → 生成测试用例 → 质量检查 → 展示结果
用户："根据这份需求文档生成测试用例" → 直接读取文件 → 分析需求 → 生成Markdown → 展示结果+统计信息
用户："根据这份需求文档生成思维导图格式的测试用例" → 读取文档 → 生成Markdown → 执行XMind转换脚本 → 展示Markdown+告知XMind路径
用户："根据这个飞书文档 https://xxx.feishu.cn/xxx 生成测试用例"
references/testcase_template.md 中定义的格式规范testcase_template.md 规范，重新生成-vMMdd_HHmmss 后缀，保留所有历史版本