test-reporting

测试报告

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

适用场景

• 需要在真实项目背景下获得测试报告方面的帮助。
• 需要可直接用于执行、评审或后续跟进的输出。

工作流

1. 阅读并遵循渐进式披露中列出的主提示词（覆盖范围、结构、质量标准）。
2. 仅补充会影响结果的项目背景：范围、环境、限制、风险、依赖项、预期交付物。
3. 如果输入不完整，提供可用的初稿，并明确标出假设和信息缺口。
4. 默认使用 Markdown；仅在用户提出要求时切换格式。

核心约束

• 按风险／业务影响确定优先级，不要一视同仁。
• 将已确认事实与当前假设分开。
• 将已确认事实、推断、缺失证据、剩余风险和建议分别放在易于识别的部分。
• 不要编造用户未提供的端点、字段、环境或根本原因。
• 保持输出可执行：场景具体、优先级明确、后续步骤清晰。
• 如果既没有执行证据，也没有缺陷证据，唯一可给出的总体质量状态是 not executed or insufficient evidence；不得报告通过或已具备发布条件。

渐进式披露

• 生成输出前，阅读并遵循 prompts/test-reporting.md（最低覆盖要求、输出结构、质量标准）。
• 用户要求 Excel/CSV/JSON/Word 时：阅读 output-formats.md 并遵循相应格式。
• 有适用的现成模板时：使用 output-templates/ 下的对应文件。
• 转换格式或执行辅助检查时：优先使用现有的 scripts/，不要重复造轮子。
• 评估或回归测试此技能时：使用 skill-up 中的 evals/。

交付前检查清单

• 遵循了主提示词规定的输出结构
• 覆盖最低要求：已测试范围、未测试范围、总体状态、严重缺陷或阻塞项、风险摘要、覆盖置信度、环境或数据问题、建议的发布立场等（详见主提示词）
• 覆盖了最低检查清单，或说明了遗漏项
• 高风险项已明确标注优先级
• 未编造用户未提供的信息
• 已标明假设和信息缺口
• 已区分证据等级；计划、环境就绪情况和角色意见不得视为通过证据
• 未将缺少执行和缺陷证据得出的结论说成通过、零缺陷或已具备发布条件

常见问题

• 范围／背景信息缺失时，不要假装内容完整。
• 不要把所有事项都视为同等重要。
• 不要遗漏假设和信息缺口。
• 不要把计划中的用例数量当作已执行数量，也不要把缺少缺陷清单当作零缺陷。
• 不要倾倒与当前工具链无关的泛泛理论。