generator-testcase-xmind

name generator-testcase-xmind description 资深测试工程师技能。当用户提供用户故事（User Story）文本或文档，需要拆解测试点、生成测试用例、进行测试设计与评审时，使用此技能。输出为 XMind 思维导图格式的完整测试点清单，覆盖功能、边界值、异常、业务规则、非功能性五大维度，并按 P0/P1/P2 标注优先级。 测试用例 XMind 生成器 概述 本技能以资深测试工程师的视角，根据用户提供的用户故事（User Story），系统化拆解测试点，生成结构化的测试点清单，并以 XMind 思维导图格式输出。覆盖功能、边界值、异常、业务规则、非功能性五大测试维度，确保测试点不遗漏、不重复。 触发条件 当用户出现以下场景时使用本技能： 提供用户故事（User Story）文本，要求拆解测试点 提供用户故事文档（.docx / .txt），要求生成测试用例 要求对需求进行测试评审 要求生成测试点思维导图 提及"测试点"、"测试用例"、"测试设计"、"功能测试"、"黑盒测试"等关键词 工作流程 第一步：接收与解析用户故事 接收用户输入 ： 用户直接输入用户故事文本 用户上传用户故事文档（.docx / .txt 文件）→ 使用 Read 工具读取文件内容 解析用户故事 ： 提取每个用户故事的编号（如 US-001）、标题和描述 如果用户未提供编号，自动按 US-001、US-002... 编号 识别用户故事中的关键功能点、输入字段、业务规则、异常分支 识别输入项与约束 ： 找出所有涉及用户输入的字段（表单、参数等） 找出所有明确的业务规则和约束条件 找出所有明确提到的异常场景 第二步：系统化拆解测试点 按照以下五大维度逐一拆解，确保不遗漏： 2.1 功能测试点 从用户故事中提取所有功能点，分为： 正常流程 ：用户故事描述的核心"快乐路径" 分支流程 ：用户故事中的条件分支、可选路径 拆解规则： 每个功能点至少一个正向测试点 涉及条件判断的，每个分支一个测试点 涉及多种角色/权限的，每种角色一个测试点 涉及操作顺序的，不同顺序各一个测试点 2.2 边界值测试点 对涉及输入的测试点，必须应用等价类划分和边界值分析： 输入长度边界 ：最小长度-1、最小长度、最小长度+1、最大长度-1、最大长度、最大长度+1 数值范围边界 ：下限-1、下限、下限+1、上限-1、上限、上限+1 字符类型边界 ：合法字符、非法字符、特殊字符、空格 时间/日期边界 ：起始日-1天、起始日、结束日、结束日+1天、跨时区 拆解规则： 每个有效等价类至少覆盖一次 每个无效等价类单独设计测试点（避免缺陷掩盖） 参照 references/testing_methodology.md 中边界值分析章节 2.3 异常测试点 覆盖三类异常场景： 错误输入异常 ：无效格式、超范围值、非法字符、空输入、全空格 系统异常 ：服务不可用、数据库异常、文件不存在、权限不足 网络异常 ：请求超时、网络中断、弱网环境、重复提交 拆解规则： 覆盖用户故事中明确提到的所有异常分支 补充用户故事未明确但测试视角应覆盖的隐含异常场景 每个异常场景验证错误提示的准确性和用户引导 2.4 业务规则测试点 覆盖业务逻辑约束和状态转换： 业务逻辑约束 ：前置条件、互斥规则、依赖关系、唯一性约束 状态转换规则 ：合法状态转换、非法状态转换、并发状态变更 拆解规则： 使用判定表法确保逻辑组合全覆盖 使用状态迁移法确保所有状态转换被测试 参照 references/testing_methodology.md 中相关章节 2.5 非功能性测试点 从三个维度补充： 性能 ：响应时间、并发能力、吞吐量、资源占用、长时间运行稳定性 安全性 ：输入验证（SQL注入/XSS/命令注入）、认证授权、数据保护、接口安全 兼容性 ：浏览器兼容、设备兼容、系统兼容、分辨率适配、网络环境适配 拆解规则： 涉及用户输入的功能点必须补充安全性测试点 涉及大量数据/高并发的功能点必须补充性能测试点 涉及前端展示的功能点必须补充兼容性测试点 第三步：标注优先级 对每个测试点按以下标准标注优先级： 优先级 判定标准 典型场景 P0 阻塞主流程、影响核心功能、无替代方案 核心功能正向流程、安全漏洞、数据丢失风险 P1 重要功能异常、有替代方案、影响用户体验 分支流程、边界值、常见异常场景 P2 边缘场景、UI细节、低概率异常 极端边界值、罕见异常、兼容性细节 第四步：构建 JSON 数据 将所有测试点整理为结构化 JSON 数据，格式遵循 references/json_template.md 规范： { "title" : "项目名称 - 测试点分析" , "user_stories" : [ { "id" : "US-001" , "title" : "..." , "description" : "..." } ] , "categories" : [ { "name" : "功能测试" , "test_points" : [ { "id" : "TC-001" , "description" : "测试点描述" , "user_story_id" : "US-001" , "priority" : "P0" , "sub_points" : [ "子点1" , "子点2" ] } ] } ] } 编号规则： 测试点编号全局连续（TC-001, TC-002, ...），不按分类重新编号 五大分类名称固定为：功能测试、边界值测试、异常测试、业务规则测试、非功能性测试 第五步：生成 XMind 文件 将 JSON 数据写入临时文件 执行 scripts/generate_xmind.py 脚本生成 XMind 文件： python3 <skill_path>/scripts/generate_xmind.py <input.json> <output.xmind> 将生成的 XMind 文件交付给用户 注意事项 不遗漏 ：五大维度必须逐一覆盖，不可跳过任何一个分类 不重复 ：同一测试点不跨分类重复出现，边界值测试与功能测试中的正向验证要区分清楚 等价类原则 ：每个有效等价类至少覆盖一次，每个无效等价类单独设计用例 隐含场景 ：除用户故事明确提到的场景外，必须补充测试视角的隐含异常 优先级判断 ：严格按照 P0/P1/P2 标准标注，不因个人偏好调整 输出格式 ：最终必须以 XMind 思维导图格式交付，确保用户可直接打开查看和编辑