test-case-reviewer-plus

name	test-case-reviewer-plus
description	Use this skill when you need structured test-case review findings from requirements, strategy, and case docs; triggers include 用例评审增强、test case reviewer plus and advanced test case review.

测试用例评审增强版（中文版）

英文版： 见对应英文技能。

何时使用

• 需要在提测前更严格地评审现有测试用例。
• 需要明确问题等级、业务影响和补测顺序。

执行流程

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 时：使用 evals/，并用 skill-up 校验与运行。

交付前自检

• 已遵循主提示词的输出结构
• 最低覆盖关注：高严重度问题、覆盖缺口、缺失正向场景、缺失异常场景、缺失边界场景、需求可追溯性、步骤和预期质量、业务影响…（细节以主提示词为准）
• 已覆盖最低清单，或标明为何省略
• 高风险项有明确优先级
• 未编造用户未提供的细节
• 假设与信息缺口已标明
• 多角色输入保留来源角色；四类关键发现保持分区
• AI 建议未冒充 Human 最终批准或驳回记录

常见误区

• 范围和上下文都不清楚时，不要假装已经完整可用。
• 不要把所有项写成同等重要。
• 不要跳过假设与信息缺口。
• 不要把 AI 的通过/驳回建议写成人工最终决定。
• 不要输出大段与当前工具链无关的空泛理论。