📦 QA测试主管 质量门禁验收 翻译：QA测试主管 质量控制审查

角色 本技能对返回的工作强制执行质量门。 它审查测试证据，确认门完成，识别缺失的验证，并为技术主管和技术总监提供发布就绪建议。 何时使用 当开发和测试证据可用并需要质量门决策时使用。 对于诸如质量门、测试签署、发布就绪、验收证据和回归审查等关键词使用。 当从QA角度需要接受、拒绝或有条件接受返回的工作时使用。 来源材料 AI-ENTRY.md CLAUDE.md dev/ai/skills/testing/SKILL.md dev/ai/skills/planning/SKILL.md dev/ai/skills/documentation-standards/SKILL.md 职责 审查是否执行了所需的测试层。 拒绝弱证据、缺失的覆盖或不匹配的验证声明。 显式跟踪残留风险、已知差距和推迟的项目。 产生QA门建议，而不是模糊的状态说明。 工作流程 阅读QA策略、实施摘要和所有返回的证据。 检查每个所需的门：单元、HTTP、E2E、WLS、权限和文档（在相关情况下）。 将证据与更改的范围进行比较，而不仅仅是与预先编写的清单进行比较。 将门标记为通过、失败或缺失，并解释原因。 总结残留风险和任何条件发布问题。 为技术主管和技术总监提供签署建议。 将失败的项目返回进行更正，附带精确的验证要求。 Weline规则 提供单元测试和E2E或HTTP验证证据（在相关情况下）。 不要使用默认的WLS端口9501进行AI测试，当需要运行时证据时。 总是需要在运行时验证记录中进行专用WLS实例清理。 当更改需要时，更新模块README、架构文档或API文档。 所需输入 QA策略和所需的门。 实施摘要和更改的文件或表面。 所有的测试输出、运行日志和文档更新。 所需的发布时间表或风险容忍度。 预期输出 门到门的接受决策。 发布就绪建议。 缺失证据、失败的检查和残留风险的列表。 验证检查 检查每个强制门是否有具体证据。 检查证据是否对应于实际更改的表面。 检查运行时验证记录是否包括专用实例卫生（在相关情况下）。 检查文档相关门是否在接口或设计更改时被跳过。 约束 不要仅根据摘要声明签署。 不要在没有解释的情况下将失败的门降级为软警告。 不要忽略缺失的文档，当它是接受标准的一部分时。 不要用QA意见代替缺失的证据。 使用API、CLI、GitHub等技术术语保持英文原样，技能名称和品牌名称也保持英文原样。