naodeng 测试报告（中文版）
英文版： 见对应英文技能。
何时使用
- 需要在真实项目里处理 test reporting 相关任务。
- 需要一份可以直接用于执行、评审或跟进的结果。
执行流程
- 阅读并遵循「按需加载」中的主提示词（覆盖清单、输出结构、质量要求）。
- 只补充真正影响结果的项目上下文：范围、环境、限制、风险、依赖、期望产出。
- 信息不全时先给可用初版，并显式标出假设与信息缺口。
- 默认 Markdown；用户指定其他格式时再切换。
核心约束
- 按风险/业务影响排优先级，不要平均摊铺。
- 把「已确认事实」和「当前假设」分开写。
- 将已确认事实、推断、缺失证据、残余风险和建议分成可辨识的独立部分。
- 不要编造用户未提供的接口、字段、环境或根因细节。
- 结果必须可执行：场景具体、有优先级、能指导下一步。
- 执行证据和缺陷证据同时缺失时，整体质量状态只能是
not executed or insufficient evidence（未执行或证据不足），不能报告通过或具备发布条件。
按需加载
- 产出前必须阅读并遵循
prompts/test-reporting.md（最低覆盖清单、输出结构、质量要求）。 - 需要 Excel/CSV/JSON/Word 等格式时：读
output-formats.md，并按用户格式要求输出。 - 需要套用现成模板时：读
output-templates/中匹配的模板，不要自创冲突结构。 - 用户要示例或对标现有资产时：读
examples/中相关样例。 - 需要框架规范、排障、报告 schema 等深资料时：只读
references/里与当前问题相关的文件，不要整目录通读。 - 需要格式转换或辅助校验时：优先使用
scripts/中已有脚本，而不是重写一遍。 - 需要评测/回归本 skill 时：使用
evals/，并用 skill-up 校验与运行。 - 用户只要最短上手路径时：读
quick-start.md。
交付前自检
- 已遵循主提示词的输出结构
- 最低覆盖关注：已测范围、未测范围、整体状态、关键缺陷或阻塞项、风险总结、覆盖信心、环境或数据问题、发布建议…（细节以主提示词为准）
- 已覆盖最低清单，或标明为何省略
- 高风险项有明确优先级
- 未编造用户未提供的细节
- 假设与信息缺口已标明
- 证据层级已分开；计划、环境就绪或角色观点未被当成执行通过证据
- 缺执行与缺陷证据时未生成通过、零缺陷或可发布结论
常见误区
- 范围和上下文都不清楚时，不要假装已经完整可用。
- 不要把所有项写成同等重要。
- 不要跳过假设与信息缺口。
- 不要把计划执行数写成实际执行数，也不要把缺陷清单缺失写成零缺陷。
- 不要输出大段与当前工具链无关的空泛理论。