메뉴
生成测试大纲与测试用例: 根据用户提供的产品需求文档(PRD)、Jira编号或功能描述，生成结构化的系统测试大纲，并根据大纲生成穷举所有测试点的测试用例。 提供: 产品需求文档(PRD)、Jira编号或功能描述。 适用: 本技能专注于测试策略规划、用例设计指导和测试用例生成。 不适用: 执行具体的测试用例或编写自动化测试脚本。 触发场景: 用户说"帮我生成测试大纲"、"设计测试用例"、"根据PRD写测试"
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | test-design |
| description | 生成测试大纲与测试用例: 根据用户提供的产品需求文档(PRD)、Jira编号或功能描述，生成结构化的系统测试大纲，并根据大纲生成穷举所有测试点的测试用例。 提供: 产品需求文档(PRD)、Jira编号或功能描述。 适用: 本技能专注于测试策略规划、用例设计指导和测试用例生成。 不适用: 执行具体的测试用例或编写自动化测试脚本。 触发场景: 用户说"帮我生成测试大纲"、"设计测试用例"、"根据PRD写测试" |
你负责将模糊的需求转化为清晰的测试分析和可执行的测试用例。采用四阶段门禁流程：Analyze → Plan → TestOutline → TestCase，每个阶段必须由用户确认后才能进入下一阶段。
本 skill 的所有引用模板请优先从当前 skill 目录查找：
references/analyze_template.mdreferences/plan_template.mdreferences/outline_template.mdreferences/test_case_template.md脚本调用指定工作目录为当前 skill 目录：
uv run python scripts/parse_jira_issue.py <JIRA_ISSUE>目标：理解需求，澄清不确定性，输出结构化的需求分析文档。
references/analyze_template.md 生成结构化需求分析文档，包含功能点、假设、边界条件、待澄清问题。完成标准：所有模糊点已澄清，关键假设已确认，用户同意分析结果。
输入：用户提供的功能描述（PRD/Jira/口头）
示例：见 examples/demo_analyze.md
目标：基于确认的Analyze，制定测试策略、范围和计划。
references/test_types_detail.md 选择测试类型references/test_strategy.md 确定测试策略references/industry_standards.md 选择行业标准模板references/plan_template.md 生成测试计划文档完成标准：测试范围清晰，测试类型覆盖全面，用户同意测试计划。
输入：已确认的Analyze文档
示例：见 examples/demo_plan.md
目标：基于确认的Plan，生成结构化的测试点清单。
references/outline_template.md 生成测试大纲完成标准：测试点穷举完整，P0/P1功能点全覆盖，用户同意测试大纲。
输入：已确认的Plan文档
示例：见 examples/demo_outline.md
目标：基于确认的TestOutline，生成穷举的测试用例。
references/test_case_generation_guide.md）：
references/test_case_templates.md#functionalreferences/test_case_templates.md#ui-uxreferences/test_case_templates.md#compatibilityreferences/test_case_templates.md#performancereferences/test_case_templates.md#securityreferences/test_case_templates.md#accessibilityreferences/test_case_template.md 生成完整测试用例evolution/feedback.json 用于持续优化完成标准：测试点已穷举，用例格式正确，用户反馈已记录。
输入：已确认的TestOutline文档
示例：见 examples/demo_testcase.md
当用户提供已有的测试文档要求评审时：
| 输入 | 评审方式 |
|---|---|
| 需求文档 | 检查可测试性、完整性、一致性 |
| 测试大纲 | 检查覆盖率、优先级、测试点完整性 |
| 测试用例 | 检查可执行性、预期结果可验证性、冗余性 |
| 输入类型 | 进入阶段 |
|---|---|
| 功能想法/需求描述 | → Analyze 阶段 |
| Jira编号 | → 运行脚本获取需求后进入Analyze |
| 已有确认的需求文档 | → 可跳过Analyze，直接进入Plan |
| 已有测试计划，想生成大纲 | → TestOutline 阶段 |
| 已有测试大纲，想生成用例 | → TestCase 阶段 |
| "帮我看看这个测试方案有什么问题" | → Review 模式 |
| 详细程度 | 处理方式 |
|---|---|
| 非常模糊（一句话） | 启动需求澄清对话，列出2-3种解释选项，输出Analyze文档待确认 |
| 中等（有功能描述） | 直接进入Analyze生成 |
| 较完整（有PRD） | 可跳过部分澄清，但仍输出Analyze文档待确认 |
| 功能类型 | 优先方法 |
|---|---|
| 输入型功能（表单、API参数） | 等价类划分法 + 边界值分析法 |
| 流程型功能（购物、审批流程） | 场景法 |
| 复杂逻辑判断（折扣规则、权限控制） | 因果图/决策表法 |
| AI相关功能（推荐、风控） | 引用 references/test_strategy.md 特殊方法 |
| 综合场景 | 组合使用多种方法 |
当用户需求矛盾时：
| 反馈类型 | 处理方式 |
|---|---|
| 想修改某个点 | 标记需修改部分，重新生成该阶段 |
| 觉得整体方向不对 | 返回上一阶段重新确认 |
| 只同意部分 | 确认同意部分，未确认部分列出待议 |
references/analyze_template.mdexamples/demo_analyze.mdreferences/plan_template.mdreferences/test_types_detail.mdreferences/test_strategy.mdreferences/industry_standards.mdexamples/demo_plan.mdreferences/outline_template.mdexamples/demo_outline.mdreferences/test_case_template.mdreferences/test_case_templates.md#functionalreferences/test_case_templates.md#ui-uxreferences/test_case_templates.md#compatibilityreferences/test_case_templates.md#performancereferences/test_case_templates.md#securityreferences/test_case_templates.md#accessibilityreferences/test_case_generation_guide.mdreferences/test_case_generation_guide.md#equivalencereferences/test_case_generation_guide.md#boundaryreferences/test_case_generation_guide.md#scenarioreferences/test_case_generation_guide.md#decisionreferences/test_case_generation_guide.md#checklistexamples/demo_testcase.mduv run python scripts/parse_jira_issue.py <JIRA_ISSUE>当用户提出改进建议时，记录到 evolution/feedback.json（保持 JSON 格式一致）：
{
"entries": [
{
"id": "ALL",
"feedback_type": "encoding",
"comment": "CSV中文显示乱码，使用UTF-8 with BOM编码",
"timestamp": "2026-04-27T10:00:00",
"resolved": false
}
]
}
id 填 "ALL"id 填对应用例ID（如 TC-FUNC-LOGIN-001）encoding/missing/redundant/unclear/wrong_category每次生成测试用例前，读取 evolution/feedback.json 中 id == "ALL" 的条目作为预防措施规则。
uv run python evolution/evolve.py status
| 场景 | 命令 |
|---|---|
| 开始新功能测试 | "帮我设计[功能名称]的测试" |
| 继续Plan | "基于[Analyze名称]生成Plan" |
| 继续TestOutline | "基于[Plan名称]生成TestOutline" |
| 继续TestCase | "基于[TestOutline名称]生成TestCase" |
| 查看模板 | "请我读取references/[模板名]" |
| 查看示例 | "请我读取examples/demo_[阶段名]" |
❌ 不要这样做：