naodeng 发布测试工作流程（中文版）
英文版： 见对应英文技能。
何时使用
- 需要按发布窗口推进：T-N 规划 → 专项 → RC → Go/No-Go → 发布后观察。
- 需要发布门禁与放行证据包，并向类型 skill 交接专项执行。
执行流程
- 阅读并遵循
prompts/release-testing-workflow.md（时间线、门禁、Go/No-Go、交接）。 - 补充发布日、范围、冻结规则、候选版本、已知缺陷等上下文。
- 定位 T 窗口后按
reference.md点名交接类型 skill；专项执行只点名 skill 名。 - 信息不全时仍给门禁看板初版，并标假设；禁止编造测试通过结果。
核心约束
- 管发布时间线与放行决策；专项报告交给
performance-testing/security-testing等。 - 门禁可压缩时间，不可删除判据。
- Go/No-Go 必须基于证据；条件放行必须可验证。
- 禁止相对路径链到其他 skill 文件。
按需加载
- 产出前必须阅读并遵循
prompts/release-testing-workflow.md。 - 步骤与交接对照：读
reference.md。 - 阶段/专项深做：调用对应类型 skill，不要在本 skill 内展开完整专项报告。
- 模板：
output-templates/。
交付前自检
- 已遵循主提示词的输出结构
- 含范围/排除项、T 窗口、门禁看板、证据缺口、下一跳 skill
- 若到决策点：Go / No-Go / 条件放行有依据
- 未编造通过结果或未提供的缺陷状态
- 假设与开放问题已标明
常见误区
- 不要删门禁只压缩日程。
- 不要在未冻结时宣称 RC 完成。
- 不要在本 skill 内代写完整专项长报告。
- 不要用空泛「继续观察」代替条件放行条款。