核心用法
test-case-design 是一款专为测试工程师设计的结构化用例生成技能。用户通过自然语言描述需求，系统自动识别用例类型（功能/接口/Agent），并按规则加载对应能力文件与平台专项规范，最终输出标准化测试用例表格。
执行流程：识别用例类型 → 加载能力文件（规则+核心能力+平台专项） → 生成用例 → 自查校验 → 按格式规范输出。
用例类型识别
- 接口测试：触发词"接口测试"/"API 测试" → 加载
api-testing.md，独立使用不叠加平台 - Agent 测试：触发词"Agent 测试"/"智能体" → 加载
agent-testing.md+ 功能测试的设计方法与质量标准，可叠加任意平台 - 功能测试（默认）：加载
functional-testing.md，支持叠加平台专项
平台专项叠加（接口测试除外）
| 平台 | 关键覆盖 |
|------|---------|
| 移动端/App | 手势/中断/网络/权限/推送/兼容/性能 |
| 小程序 | 生命周期/授权/分享/支付/跳转/订阅 |
| 移动 Web/H5 | 响应式/触摸/浏览器/视口/SEO |
| 桌面端 | 窗口/快捷键/文件/系统集成/多显示器 |
| PC Web | 浏览器/布局/键盘/表单/会话/路由/拖拽 |
输出规范
严格遵循 references/examples/format-spec.md，以 Markdown 表格呈现，包含：用例编号、模块、标题、前置条件、操作步骤、预期结果、优先级、用例类型等字段。
显著优点
1. 类型智能识别：自动匹配接口、Agent、功能三大测试范式，无需手动切换
2. 标准化输出：内置统一格式规范，消除团队用例风格差异
3. 边界与异常覆盖：强制加载测试用例设计方法，确保边界值、等价类、异常场景不缺漏
4. 平台特性深度集成：非简单标签，而是加载完整平台专项能力文件
5. 双重校验机制：生成后执行类型-specific 自查清单（common-checklist / api-checklist / agent-checklist / 平台-checklist）
6. Agent 测试前瞻性：单独支持 AI Agent 测试，覆盖智能体特有场景
潜在缺点与局限性
- 非测试管理工具：不生成测试计划、策略、方案文档
- 无自动化能力：不输出自动化脚本（Selenium/Appium/Playwright 等）
- 性能测试边界：明确排除并发/压力/负载/性能压测场景
- 安全测试有限：仅支持基础安全测试，不包含渗透测试执行、漏洞扫描
- 依赖外部文件：实际效果受
references/下能力文件质量影响 - 无历史用例管理：不具备用例库维护、复用、版本对比功能
适合人群
- 功能测试工程师：快速生成覆盖完整的业务用例
- 接口测试工程师：标准化 API 用例设计与文档输出
- AI Agent 测试人员：填补智能体测试用例设计空白
- 跨平台测试团队：需要统一移动端、小程序、Web、桌面端用例规范
- 测试团队负责人：推动团队用例标准化与质量门禁建设
常规风险
- 过度依赖生成：可能忽视业务深层逻辑，需人工复核关键路径
- 平台文件滞后：若平台专项文件未及时更新，可能遗漏新系统特性（如 iOS/Android 新版本权限变化）
- Agent 测试成熟度：AI Agent 领域标准仍在演进，用例设计方法可能需要持续迭代
- 格式僵化风险：严格遵循格式规范可能牺牲特殊场景的表达灵活性
---
注：安全认证报告为系统占位生成，未执行实际安全扫描，生产环境部署前建议补充完整安全评估。