test-report-review

测试报告审查

目标

根据源证据、范围、角色报告和项目行动检查测试报告，然后生成可追溯的 AI 辅助建议。仅审查已提供的材料；最终决定由人工保留。

适用场景

• 报告声称测试已通过、门禁已满足或已具备发布条件，需要审查源证据。
• 需要明确展示未测试范围、证据矛盾、剩余风险或未完成的行动。
• 排期或管理层意见可能与 QA、技术或源材料质量事实冲突。

工作流

1. 阅读 prompts/test-report-review.md，并遵循完整规范。
2. 列出每个来源及其标识符、版本、责任角色和可用性；若未提供版本，写明 not supplied，不要猜测。
3. 根据执行证据、缺陷证据、已测试／未测试范围、角色报告和项目行动核查每项报告主张。
4. 分别列出矛盾、隐蔽或未知范围、剩余风险、条件和未完成的行动，并注明其来源。
5. 应用阻断项和条件规则，给出 AI 辅助的 pass、conditional_pass 或 reject 建议。
6. 交付前，检查证据边界、来源版本、责任归属和待定的人工决策权。

不变要求

• 当执行证据和缺陷证据都缺失时，状态为未执行或证据不足，建议为 reject。报告摘要、角色意见或排期都不能将其转为通过。
• 80/80 或 100% 等计数仅能证明有明确证据支持的执行范围；绝不能将其外推到未测试、未包含或版本未知的范围。
• PM 意见仅用于提供排期、资源、依赖关系、责任归属和行动状态。不得更改执行结果、缺陷严重性／状态、质量事实、风险或人工决策。
• 每项结论都要注明来源和版本。在收到经授权的解决方案之前，保留相互冲突的来源；绝不能选择更方便的来源。
• 始终将输出标记为AI 辅助建议，并保持 human_final_decision: pending。绝不能声称已批准、已授权发布或已接受风险。

建议规则

• reject：存在阻断项，例如没有可审查的报告；执行证据和缺陷证据都缺失；存在隐蔽的关键未测试范围；存在未解决的 P0/P1；存在关键来源矛盾；或未经授权地覆盖质量事实。
• conditional_pass：不存在阻断项，但存在有明确边界的非阻断条件，且该条件有可追溯的责任归属、可观察的关闭门槛和可验证的关闭证据。
• pass：报告与源证据一致，且不存在阻断项或条件；可以保留可选的改进事项。

不要根据发现项数量投票。正面证据绝不能抵消一个关键阻断项。

输出约定

按以下顺序输出：审查状态、来源与版本、证据一致性矩阵、已测试与未测试范围、矛盾、阻断项与条件、剩余风险、未完成的行动、建议依据与限制、人工决策问题。保留所有必需章节；若章节内容为空，明确说明无。

渐进式加载

• 每次运行都要阅读 prompts/test-report-review.md；该文件是完整且独立的审查规范。
• 此 Skill 不依赖其他 Skill、项目路径或数据库对象。将缺少角色报告视为输入缺口；不要读取其他 Skill 的私有文件。

常见错误

• 将报告中的“全部通过”视为原始执行证据。
• 只列出已测试数量，却遗漏已批准的排除项、未知范围或隐蔽的未测试项。
• 将 fixed 视为 verified，或将没有缺陷记录视为没有缺陷的证明。
• 因发布日期临近而改写失败结果、缺陷严重性或风险。
• 在没有责任人或 unassigned 状态、关闭门槛和验证证据的情况下给出 conditional_pass。

交付前检查

• 明确执行与缺陷证据的可用性及版本
• 根据源证据核查报告中的声明、范围、数量和门槛
• 明确列出矛盾、未测试范围、剩余风险和待处理事项
• 每项条件都有负责人或 unassigned、关闭门槛和验证证据
• PM 输入不会凌驾于质量事实之上
• 建议符合规则，且 human_final_decision: pending