103 lines
3.1 KiB
Markdown
103 lines
3.1 KiB
Markdown
---
|
||
name: testing-orchestrator
|
||
description: "当用户要求测试项分解或测试用例生成且需要完整工具调用链时使用。"
|
||
---
|
||
|
||
# testing-orchestrator
|
||
|
||
## 目标
|
||
严格执行测试生成调用链，确保每一步上下文显式传递、结构一致、可追踪。
|
||
|
||
## 标准调用链
|
||
1. identify-requirement-type
|
||
2. decompose-test-items
|
||
3. generate-test-cases
|
||
4. build-expected-results
|
||
5. format-output
|
||
|
||
## 编排规则
|
||
1. 优先使用 Skill 与 Tool，不使用临时硬编码逻辑替代。
|
||
2. 除非用户明确要求，否则不得跳过任何步骤。
|
||
3. 每一步必须显式接收上一步输出。
|
||
4. 分类失败时输出未知类型并继续执行通用分解。
|
||
|
||
## 步骤契约
|
||
|
||
### Step 1: identify-requirement-type
|
||
- 输入：
|
||
- user_requirement_text
|
||
- debug（可选）
|
||
- 输出：
|
||
- requirement_type
|
||
- reason
|
||
- candidates
|
||
- recommended_test_methods
|
||
- suggested_decompose_template
|
||
|
||
### Step 2: decompose-test-items
|
||
- 输入：
|
||
- user_requirement_text
|
||
- requirement_type（来自 Step 1）
|
||
- recommended_test_methods（来自 Step 1）
|
||
- suggested_decompose_template（来自 Step 1）
|
||
- 输出：
|
||
- normal_test_items
|
||
- abnormal_test_items
|
||
- coverage_analysis
|
||
|
||
### Step 3: generate-test-cases
|
||
- 输入：
|
||
- normal_test_items（来自 Step 2）
|
||
- abnormal_test_items（来自 Step 2）
|
||
- requirement_type（来自 Step 1）
|
||
- recommended_test_methods（来自 Step 1）
|
||
- 输出：
|
||
- normal_test_cases
|
||
- abnormal_test_cases
|
||
- method_alignment_report
|
||
|
||
### Step 4: build-expected-results
|
||
- 输入：
|
||
- normal_test_cases（来自 Step 3）
|
||
- abnormal_test_cases（来自 Step 3）
|
||
- requirement_type（来自 Step 1）
|
||
- recommended_test_methods（来自 Step 1）
|
||
- 输出：
|
||
- normal_expected_results
|
||
- abnormal_expected_results
|
||
|
||
### Step 5: format-output
|
||
- 输入：
|
||
- normal_test_items, abnormal_test_items（来自 Step 2）
|
||
- normal_test_cases, abnormal_test_cases（来自 Step 3）
|
||
- normal_expected_results, abnormal_expected_results（来自 Step 4）
|
||
- coverage_analysis（来自 Step 2）
|
||
- method_alignment_report（来自 Step 3）
|
||
- debug（可选）
|
||
- 输出：
|
||
- markdown_output
|
||
|
||
## 执行顺序与回退
|
||
1. Step 1 必须先执行，若无法确定类型则输出未知类型并继续。
|
||
2. Step 2 若覆盖率不足，不中断流程，记录 coverage_analysis.gaps 并继续。
|
||
3. Step 3 若方法对齐不足，不中断流程，输出 method_alignment_report。
|
||
4. Step 4 若缺少定量口径，使用通用默认口径并标记待确认字段。
|
||
5. Step 5 若 Markdown 格式化失败，回退为结构化 JSON，不丢失三段内容。
|
||
|
||
## 成果完整性检查
|
||
- 最终输出必须同时包含：测试项、测试用例、预期成果。
|
||
- 每个测试用例必须能追踪到测试项，每个预期成果必须能追踪到测试用例。
|
||
- 输出必须按正常测试/异常测试分组。
|
||
|
||
## 输出模板
|
||
最终输出由 format-output 统一生成，必须遵循三段式结构并保持编号追踪。
|
||
|
||
## 调试模式
|
||
当 debug=true 时，输出步骤日志并包含：
|
||
- step_name
|
||
- input_summary
|
||
- output_summary
|
||
- success
|
||
- fallback_used
|
||
- duration_ms
|