用途
本技能用于 Playwright 测试工作中的覆盖计划生成。当需求已经足够清晰、可以据此制定计划时使用。它的目标是把已确认的需求转化为结构化、考虑风险的 Playwright 覆盖计划。
前提条件
应从已确认的需求或明确标注的分析基线出发。如果仍存在重大假设，应在计划中保持其可见，而不是将其掩盖。
规划规则
- 以有意义的功能完整性为目标，而不是机械地膨胀场景数量。
- 覆盖那些会改变信心的路径：核心成功路径、重要变体、失败处理、边界条件，以及在相关时的权限或角色差异。
- 避免用不同措辞测试同一风险的重复场景。
- 选择仍能良好验证该行为的最低成本执行类型。
输出契约
生成如下形式的覆盖计划表格：
| Priority | Requirement ID | Scenario | Coverage Type | Execution Type | Risk Covered | Notes |
在有用时，Coverage Type 可使用 happy-path、variation、negative、edge 或 resilience 等取值。
执行类型指引
- UI：用于终端用户行为、视觉流程或仅限浏览器的交互。
- API：当行为可以通过服务调用更直接、更低成本地验证时使用。
- Component：用于隔离的 UI 状态或高度聚焦的组件行为。
- 当一个需求需要多个信心层次时，混合策略是有效的。
范围控制
- 高价值或逻辑密集的功能通常需要不止一个场景。
- 简单的静态内容通常只需要一次直接验证。
- 不要为了保持计划简短而省略重要的非成功路径。
- 不要为了显得计划全面而添加低信号价值的排列组合。
下一步
当在实现或文档之前需要明确评审或签核时，使用 dispatcher intent review_playwright_coverage_plan。如果 dispatcher 路由不可用，使用 ../review/SKILL.md。