核心用法
本技能定位为测试用例设计专家，通过结构化流程将需求转化为可执行的测试用例。使用时需明确：① 测试类型（功能/接口/Agent/平台专项）；② 被测对象描述；③ 预期覆盖范围（边界/异常/兼容性等）。系统自动匹配对应能力文件与平台规范，输出符合 format-spec.md 标准的 Markdown 表格用例。
显著优点
- 类型覆盖全面：功能测试、API 测试、AI Agent 测试、多端适配（App/小程序/H5/桌面/PC Web）全场景支持
- 流程标准化：六步执行（识别→加载→叠加→生成→自查→输出），确保用例设计系统性
- 质量自检机制：内置多维度检查清单（common/agent/api/平台专项），降低遗漏风险
- 能力边界清晰：明确区分「可生成用例」与「不可生成策略/脚本」，避免误用
潜在缺点/局限性
- 依赖外部文件：核心逻辑分散在
core-capabilities/、platform/、checklists/等路径，若文件缺失或版本不一致将导致输出质量波动 - 无动态探索能力：仅基于输入描述生成用例，无法主动发现隐性需求或业务规则漏洞
- Agent 测试复杂度高：需同时加载 agent-testing + functional-testing 能力文件及多份检查清单，配置链路较长
- 接口测试孤立：明确不叠加平台文件，跨端接口场景需人工补充
适合人群
- 测试工程师（功能/接口/Agent 专项）
- QA 团队需快速补充边界/异常场景
- 产品经理需验证需求可测性
- 开发自测阶段需标准化用例模板
常规风险
- 过度依赖关键词匹配：若输入描述未包含触发词（如未写「接口测试」），将默认降级为功能测试，可能遗漏协议层验证点
- 平台叠加逻辑复杂：多平台混合场景（如「App 内嵌 H5」）需人工判断主平台，系统无智能识别能力
- 输出格式固定：严格遵循
format-spec.md，若项目需自定义字段（如优先级算法、关联需求 ID）需后处理