用途
测试用例评审（test-case-reviewer）用于对测试用例进行评审，关注完整性、清晰度、可维护性以及缺失场景。适用于需要在真实项目里处理 test case reviewer 相关任务、并需要一份可直接用于执行、评审或跟进的结果的场景。触发词包括「测试用例评审」和 test case。
主要能力
- 覆盖缺口识别：发现用例未覆盖的部分。
- 缺失场景检查：包括缺失正向场景、缺失异常场景、缺失边界场景。
- 需求可追溯性检查。
- 步骤清晰度评估。
- 预期结果质量评估。
- 数据质量检查。
- 按风险／业务影响排优先级，避免平均摊铺。
- 区分「已确认事实」与「当前假设」，并标明假设与信息缺口。
使用方式
执行流程：
- 阅读并遵循「按需加载」中的主提示词，覆盖清单、输出结构与质量要求。
- 只补充真正影响结果的项目上下文：范围、环境、限制、风险、依赖、期望产出。
- 信息不全时先给可用初版，并显式标出假设与信息缺口。
- 默认 Markdown；用户指定其他格式时再切换。
按需加载：
- 产出前必须阅读并遵循 prompts/test-case-reviewer.md，其中包含最低覆盖清单、输出结构与质量要求。
- 需要 Excel／CSV／JSON／Word 等格式时，读取 output-formats.md 并按用户格式要求输出。
- 需要套用现成模板时，读取 output-templates/ 中匹配的模板，不自创冲突结构。
- 用户要示例或对标现有资产时，读取 examples/ 中相关样例。
- 需要框架规范、排障、报告 schema 等深资料时，只读 references/ 里与当前问题相关的文件，不整目录通读。
- 需要格式转换或辅助校验时，优先使用 scripts/ 中已有脚本，而不是重写。
- 需要评测／回归本 skill 时，使用 evals/，并用 skill-up 校验与运行。
- 用户只要最短上手路径时，读取 quick-start.md。
核心约束
- 按风险／业务影响排优先级，不要平均摊铺。
- 把「已确认事实」和「当前假设」分开写。
- 不要编造用户未提供的接口、字段、环境或根因细节。
- 结果必须可执行：场景具体、有优先级、能指导下一步。
交付前自检
- 已遵循主提示词的输出结构。
- 最低覆盖关注：覆盖缺口、缺失正向场景、缺失异常场景、缺失边界场景、需求可追溯性、步骤清晰度、预期结果质量、数据质量等，细节以主提示词为准。
- 已覆盖最低清单，或标明为何省略。
- 高风险项有明确优先级。
- 未编造用户未提供的细节。
- 假设与信息缺口已标明。
常见误区
- 范围和上下文都不清楚时，不要假装已经完整可用。
- 不要把所有项写成同等重要。
- 不要跳过假设与信息缺口。
- 不要输出大段与当前工具链无关的空泛理论。
限制
资料未提供具体安装命令、价格、收费、平台支持与效果数据，以上内容暂未提供。