用途：这是“编写/评审测试计划”配对中的评审一半。当拿到一份已完成的 QA/验证测试计划（说明测什么、在什么层级、什么环境、什么数据、完成标准，以及要执行的用例目录）时，用它作为验收闸门，判断测试人员能否无提问地执行、上游每个行为是否至少有一个可追溯用例、用例目录是否按风险加权而非全排列组合或过于单薄。
主要能力：按固定的 10 项覆盖度与可测试性检查表逐条判定通过或缺口，包括完整覆盖、功能层级适当、进入/退出标准可测、环境与测试数据明确、每个用例可执行且可追溯、按风险优先与加权、无编造、与项目规模成比例、有依据的非功能测试带数值目标、变更请求按增量范围评审。最终输出一行机器可解析的判定：VERDICT: approve 或 VERDICT: revise，并附可执行发现（失败条件、具体位置、修复方式）。
使用方式：由独立评审者加载，需同时提供上游文档（feature-spec / api-spec / PRD / NFR）作为覆盖清单；逐条判定后给出判定与发现。若某上游未提供，需明确记为假设并据此评审，不得默认通过。
适用场景：测试开始前或进入发布运行手册退出标准前的验收判定；对修订后计划复审；对已批准计划的变更请求做增量评审。
限制：只评审不编写、不修复、不重写计划；不评审发布/部署运行手册、工程设计文档、可执行测试脚本或模板章节合规性；不新增私有检查条件；非功能测试仅在项目确有依据时要求，且不得编造目标；ML/概率性用例须用命名数据集上的指标阈值而非固定预期。资料未提供具体安装或命令信息。