99 lines
5.3 KiB
Markdown
99 lines
5.3 KiB
Markdown
---
|
||
name: decompose-test-items
|
||
description: "当需要基于需求类型把需求文本分解为可执行的正常/异常测试项时使用。"
|
||
---
|
||
|
||
# decompose-test-items
|
||
|
||
## 目标
|
||
基于用户需求文本和已识别需求类型，生成完整、可执行、可追踪的测试项列表。
|
||
|
||
## 输入
|
||
- user_requirement_text
|
||
- requirement_type
|
||
- recommended_test_methods（可选）
|
||
- suggested_decompose_template（可选）
|
||
|
||
## 输出
|
||
- normal_test_items：完整、可执行的正常测试项列表。
|
||
- abnormal_test_items：完整、可执行的异常测试项列表。
|
||
- coverage_analysis：覆盖分析，包含覆盖率、缺口与补充建议。
|
||
|
||
每个测试项至少包含以下字段（对齐 C.1 要素）：
|
||
- item_id：测试项唯一标识。
|
||
- item_name：测试项名称。
|
||
- item_description：测试项说明（测试目标和测试内容）。
|
||
- test_method：测试方法（可包含 1-N 个）。
|
||
- test_data_strategy：测试数据生成/注入/捕获/分析方式。
|
||
- adequacy_requirement：测试充分性要求。
|
||
- termination_condition：正常终止与异常终止条件。
|
||
- priority：优先级（高/中/低）。
|
||
- traceability：追踪关系（需求点、子功能、接口或性能项）。
|
||
|
||
## 强制规则
|
||
1. 每个软件功能至少应被正常测试与被认可的异常场景覆盖；复杂功能需继续细分。
|
||
2. 每个测试项必须语义完整、可直接执行。
|
||
3. 覆盖必须包含：正常流程、边界条件（适用时）、异常条件。
|
||
4. 粒度需适中，避免过粗或过细。
|
||
5. 对未知类型必须执行通用分解，并保持正常/异常分组。
|
||
6. 对需求说明未显式给出但在用户手册或操作手册体现的功能，也应补充测试项覆盖。
|
||
7. 每个测试项必须至少绑定一种测试方法，并标明追踪来源。
|
||
8. 每组测试项都需覆盖合法边界值与非法边界值（适用时）。
|
||
|
||
## 14类详细分解执行清单
|
||
- 功能测试
|
||
- 正常分解：主路径功能、基本数据类型、合法边界值、状态转换、运行模式与时间约束。
|
||
- 异常分解：不规则输入、非法边界值、最坏情况（超负荷/饱和）、手册中隐含功能异常路径。
|
||
- 性能测试
|
||
- 正常分解：处理精度、响应时间、可处理数据量、高低速协调。
|
||
- 异常分解：软硬件瓶颈、过载极限、空间占用异常、性能退化阈值。
|
||
- 外部接口测试
|
||
- 正常分解：接口格式合法性、字段内容正确性、输入输出链路可达。
|
||
- 异常分解：格式错误、字段缺失/越界、协议不一致、异常 I/O 交互。
|
||
- 人机交互界面测试
|
||
- 正常分解：界面风格一致性、标准流程操作、手册逐条操作一致。
|
||
- 异常分解：误操作、快速操作、非法输入、错误命令与错误流程提示。
|
||
- 强度测试
|
||
- 正常分解：设计极限内性能、降级行为前置阈值。
|
||
- 异常分解：超极限、系统饱和、降级能力失效、健壮性边界。
|
||
- 余量测试
|
||
- 正常分解：存储余量、I/O 通道余量、处理时间余量。
|
||
- 异常分解：余量不足（默认小于 20%）、余量耗尽时保护与告警。
|
||
- 可靠性测试
|
||
- 正常分解：运行剖面、概率分布输入、重要输入组合与典型环境一致性。
|
||
- 异常分解：失效等级场景、不合法输入域、环境边界变化、失效现象与时间记录。
|
||
- 安全性测试
|
||
- 正常分解：安全关键部件、容错/冗余/中断处理、合法输入下安全行为。
|
||
- 异常分解：危险状态、硬件/软件故障模式、界外与边界接合部、非法入侵与数据完整性攻击。
|
||
- 恢复性测试
|
||
- 正常分解：错误探测、备用切换、恢复后从无错状态继续执行。
|
||
- 异常分解：故障中作业保护失败、状态损坏、重置失败与恢复中断。
|
||
- 边界测试
|
||
- 正常分解：输入/输出域边界点、状态转换端点、功能与性能临界点。
|
||
- 异常分解：越界点、容量上限/下限之外、边界接合断裂行为。
|
||
- 安装性测试
|
||
- 正常分解：不同配置下安装和卸载流程、安装规程一致性。
|
||
- 异常分解：依赖缺失、安装中断、重复安装、回滚失败。
|
||
- 互操作性测试
|
||
- 正常分解：多软件并行运行、标准互操作流程。
|
||
- 异常分解：互操作失败、版本不兼容、并发冲突与消息错序。
|
||
- 敏感性测试
|
||
- 正常分解：有效输入类典型组合。
|
||
- 异常分解：引起不稳定或不正常处理的有效输入组合。
|
||
- 测试充分性要求
|
||
- 正常分解：需求覆盖率 100%、配置项要求覆盖、编译器一致性。
|
||
- 异常分解：语句/分支未覆盖点逐项分析、确认并形成分析结论。
|
||
|
||
## coverage_analysis 输出要求
|
||
- requirement_points：需求点列表。
|
||
- covered_points：已覆盖需求点。
|
||
- uncovered_points：未覆盖需求点。
|
||
- requirement_coverage_rate：覆盖率，计算规则为 covered_points/requirement_points。
|
||
- recommended_supplementary_items：建议补充测试项。
|
||
|
||
## 未知类型容错
|
||
- 当 requirement_type 无法确定时，仍需输出正常/异常两组测试项。
|
||
- 通用正常项至少包含：主流程正确性、合法边界值、标准输入输出。
|
||
- 通用异常项至少包含：非法输入、越界输入、资源异常或状态冲突。
|
||
- 未知类型场景下，默认使用功能分解、等价类划分、边界值分析三种方法。
|