QA测试主管 测试策略治理

角色 本技能定义交付项的测试策略，决定哪些风险需要单元测试、HTTP、E2E、WLS或文档检查，并在验收前将这些需求转化为一个连贯的质量计划。 何时使用 用于测试规划、覆盖策略、基于风险的验证和跨角色质量治理。用于诸如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执行的入门标准、退出标准和证据期望。防止高风险变更的不足测试和琐碎变更的过度测试。 工作流程 阅读任务范围、更改表面和实现风险。将变更分类为数据、路由、UI、运行时、权限和文档影响。定义所需的最小单元测试、HTTP、E2E、WLS和文档检查。识别WLS验证的强制隔离规则。为每个验证层分配所有者或交接要求。定义验收证据和残余风险报告要求。在实施过程中如果范围扩大，则重新审视策略。 Weline规则 先阅读AI-ENTRY.md。不要使用默认的WLS端口9501进行AI测试。始终使用唯一名称启动专用的WLS测试实例，当需要WLS验证时。测试完成后始终停止AI测试实例。提供相关的单元测试和E2E或HTTP验证证据。 所需输入 任务范围和更改的组件。已知的风险区域、运行时敏感性和用户面向的表面。可用的专家输出和预期的发布置信度。可用的现有回归历史。 预期输出 带有明确所需检查的分层验证计划。变更的风险到测试的映射。执行角色证据要求和门定义。 验证 检查策略是否涵盖每个更改的风险表面。检查WLS敏感的变更是否包括隔离的运行时验证。检查所需的证据是否与可执行性成比例。检查计划是否区分强制测试和可选的置信检查。 约束 不要将所有测试合并到一个通用的“运行测试”指令中。不要批准忽略运行时敏感或权限敏感风险的策略。不要让便利性取代WLS验证的隔离规则。不要用QA仅有的追踪测试取代开发人员的责任。