需求分析（requirement-analysis）

回答"这个需求到底要做什么"——建立对系统的正确理解，而不是写测试。

• 输入：PRD、设计文档、API 文档、Bug、Issue、代码仓库；旁路场景下消费 exploratory-testing 的探索笔记（系统理解 + 风险清单）
• 输出（落盘）：{项目}/需求模型.md——按下方 Schema 组织，含澄清记录与用户裁决
• 边界：不产出用例（→ test-case-writing）；澄清后仍模糊的项如实标注 open_questions，不硬猜

When to Use

• 拿到 PRD/设计文档，需要系统性理解"这个需求到底要做什么"再进入测试
• 多输入源（文档 + 代码 + Bug 单）需要交叉核对、暴露矛盾与缺口
• 为 test-strategy / test-case-writing 准备结构化的需求模型输入

When NOT to Use