用途：从已完成的需求文档生成结构化 QA 测试计划，产出与业务需求、用户画像直接对应的测试套件，供 QA 团队在每轮交付中明确测试范围。
前置条件：需要 {base_directory}/requirements/business-requirements.yaml（由 /business-requirements-interview 生成）和 {base_directory}/requirements/technical-requirements.yaml（由 /technical-requirements-interview 生成）。
用法：/qa-test-plan [base-directory]。未提供目录时，自动在当前目录查找 requirements/business-requirements.yaml；若未找到则询问“Where are your requirements documents located?”，等待用户提供路径后作为 base_directory。
主要能力：读取两份需求文件，提取功能需求、用户故事、用户画像、成功标准、约束与边界条件，以及 API 接口、认证授权模型、非功能需求、数据模型约束和安全要求；据此划分测试套件（如认证、核心用户流程、数据校验、API 契约、权限角色、错误处理、性能、安全、集成），并为每个套件生成正向、负向、边界、安全、性能测试用例，包含 id、名称、类型、优先级、前置条件、步骤、预期结果、需求引用和可选标签。随后计算功能覆盖率、画像覆盖率与非功能覆盖率，标记无测试用例的需求缺口，并写入 {base_directory}/delivery/qa-test-plan.yaml（必要时先执行 mkdir -p {base_directory}/delivery），最后输出缺口分析报告。
适用场景：已有业务与技术需求 YAML、需要系统化生成测试计划并追踪需求覆盖的 QA 流程。
限制：测试套件须直接源自需求文档，不得虚构文档中不存在的功能；性能测试仅在需求中指定目标时生成；完整文档规范与示例见 references/output-spec.md 和 references/example.yaml。