用途：帮助团队找出应用中最关键的用户流程，并为其编写 E2E 测试。适用于定义冒烟测试、确定测试优先级。
主要能力：先做发现，明确变现模式、核心价值动作、留存钩子与易碎集成；再用“故障可能性×故障影响”两轴给候选流程打分，最多保留 5 个关键流程。建议覆盖变现（结账、订阅升级、试用激活）、核心价值（主要创建/发布/发送动作）、引导（首次注册→首次价值时刻）、认证（登录、会话保持）、数据完整性（保存→刷新后数据仍在）。
编写模式：测试价值交付时刻而非仅导航；用 API/DB 预置状态，不用 UI 步骤做前置；断言下游效果（扣款成功、接收方可见、文件可访问），不只看 UI 成功提示；留存流程要包含回访用户变体；高移动流量的流程可按移动视口做参数化变体；CI 失败时保留截图、视频、trace；还要测试关键流程的优雅降级（如支付失败显示可恢复错误且购物车不丢）。
套件结构：e2e/critical-path/ 下每个流程一个 spec 文件，每个文件 2–4 个测试（正常路径+优雅失败+适用的回访变体）。CI 中应每次部署都运行，设为必需检查，关键路径套件应在 3 分钟内完成。
限制与禁忌：不要测试 UI 美观；不要超过 5 个流程；不要用固定等待；不要耦合测试顺序，每个测试自行预置状态并独立可并行；不要跳过失败模式测试。