test-case-reviewer-plus

test-case-reviewer-plus（EN）

中文版： 请参阅对应的中文技能。

适用场景

• 需要在测试执行或发布前，对现有测试用例进行更严格的审查。
• 需要明确问题严重程度、业务影响和复测顺序。

脚本能力边界

可选的 scripts/run_*.py 用于准备已解析的证据或带有 NOT_ASSESSED 标记的源候选项。它们不会调用模型、执行主提示词，也不会生成语义结论、风险优先级、完整用例或批准意见。由 Agent 执行主提示词。运行辅助脚本前，请阅读 references/script-contract.md。

工作流

1. 阅读并遵循“渐进式披露”中列出的主提示词（覆盖范围、结构、质量标准）。
2. 接受直接材料或用户提供的多角色审查报告；使用角色报告时，保留 source_role 和源标识符。
3. 仅补充会影响结果的项目背景：范围、环境、约束、风险、依赖项和预期交付物。
4. 如果输入不完整，先返回可用的初稿，并明确标记假设和信息缺口。
5. 默认使用 Markdown；仅在用户提出要求时切换格式。

核心约束

• 根据风险／业务影响确定优先级，不要将所有事项一视同仁。
• 区分已确认事实和当前假设。
• 不要编造用户未提供的端点、字段、环境或根本原因。
• 确保输出可执行：场景具体、优先级明确、后续步骤清晰。
• 将阻塞项、高风险覆盖缺口、可维护性问题以及低价值或重复用例分别列出，不要合并到一个笼统的问题列表中。
• 仅提供 AI 发现和建议；始终输出 human_final_decision: pending，最终通过、有条件通过或拒绝的决定由 Human 作出。

渐进式披露

• 生成输出前，阅读并遵循 prompts/test-case-reviewer-plus.md（最低覆盖范围、输出结构、质量标准）。
• 如果有现成模板适用，请使用 output-templates/ 下对应的文件。
• 如果用户需要示例或希望与现有资产保持一致，请阅读相关的 examples/。
• 进行格式转换或辅助检查时，优先使用现有的 scripts/，不要重复造轮子。
• 评估此技能或进行回归测试时，使用 skill-up 和 evals/。

交付前检查清单

• 遵循了主提示词的输出结构
• 聚焦最低覆盖要求：高严重性发现、覆盖缺口、缺失的正向场景、缺失的负向场景、缺失的边界场景、可追溯性、步骤和预期质量、业务影响等（详见主提示词）
• 覆盖了最低检查清单，或说明了遗漏项
• 为高风险事项明确标注了优先级
• 未编造用户未提供的细节
• 已标记假设和信息缺口
• 多角色输入保留了角色来源，且四类关键发现彼此区分
• AI 建议未冒充 Human 的最终批准或拒绝记录

常见陷阱

• 范围／背景缺失时，不要假装内容完整。
• 不要将所有事项视为同等重要。
• 不要遗漏假设和信息缺口。
• 不要将 AI 的通过／拒绝建议转化为 Human 的最终决定。
• 不要倾倒与当前工具链无关的泛泛理论。