用途：对已起草的测试用例、手工场景、UAT 用例或测试套件进行审查、审计、评分与辅导，聚焦需求可追溯性、覆盖质量和规范合规。
审查范围：需求与可追溯性审查、单条用例质量审查、套件架构与冗余审查、带评分与辅导的完整审查；除非用户明确要求改写、重新设计或自动化，否则保持审查模式。若同时要求审查与编写，先交付审查，再提出修正或改写。
必要输入：需求、用户故事、验收标准、用例或分析笔记；已起草的测试用例；可选的套件层级、模板、导出或命名约定。优先采用非代码判定依据（批准的需求、验收标准、分析文档、用户手册或经确认的业务规则），除非用户明确要求做代码与测试的一致性检查，否则不把实现代码作为主要判定依据。需求缺失时进行有限审查并明确说明局限。
主要能力：识别范围并盘点需求、用例与套件数量；把每条需求标记为清晰、模糊或缺少细节，并映射到用例、标出未覆盖需求；检查套件层级是否按组件/层级→测试类型→判定依据/需求单元组织，标记过大低层套件与重复覆盖；验证主成功、扩展与错误路径，必要时推荐等价类划分、边界值分析、判定表、状态转换、用例路径等测试设计技术；校验前置条件、动作可执行性与确定性、预期结果可观察性、测试数据真实性与边界；检查命名、必填字段、可追溯链接、MSS/EXT/ERR 分类、测试级别或优先级。
输出与规则：报告包含执行摘要、需求分析与可追溯性、套件架构审查（如适用）、覆盖分析、技术正确性验证、规范合规审查、辅导与发展计划、评分矩阵、行动计划；每个发现标注严重度（Critical/High/Medium/Low），优先呈现可能导致错误或不完整测试的缺陷；结论需引用证据与受影响的需求、套件或用例名称，不虚构未记录行为，缺失信息时说明假设与局限。
限制：无法验证完整可追溯性时须注明；需求缺失或过模糊时，仅做结构与正确性审查，并把可追溯性与覆盖结论标为有限，列出所需缺失需求细节。参考文件按需选择读取，任务范围窄时不默认加载全部参考文件。