目标
想覆盖所有路径的 E2E 套件注定腐化：越宽越脆越慢，直到所有人都开始无视它。按业务成本给旅程排名、只自动化关键切片、并把头部旅程接进部署门禁——E2E 从此既小又有决定权。排名里要放“脆弱度”，季度重排时该退役的旅程要果断退役。
步骤要点
- 枚举真实用户旅程：从分析工具的进入到结果，而不是照着站点地图列——搜索到支付、注册到首次价值、邀请到激活。
- 按量、值、脆度打分：流量规模、终点收入或战略价值、历史脆弱度（路径变更频率）合成综合排名。
- 自动化关键切片：先覆盖头部旅程，让自动化集保持小而可靠，而不是大而脆弱。
- 头部旅程接部署门禁：关键路径回归直接阻塞发布，坏掉的支付旅程到不了生产。
- 按季度用数据重排：用新分析数据与事故史重新打分，跌出头部集合的自动化用例退役。
排错提示
套件越滚越大越脆说明只加不减，季度重排必须带退役动作；头部旅程没进部署门禁说明自动化只是摆设，关键路径要有权拦住发布；排名凭感觉定是因为没接分析数据，量与值都要有数字来源。
适用边界
E2E 只验证关键链路的端到端完整性，单元与集成层仍需承担行为细节；旅程排名随产品战略变化，门禁范围调整要与产品共同决策。
代码示例
journey rank (volume x value x fragility):
1 search -> checkout -> pay 41% traffic, $18.4k/d
2 signup -> onboarding -> v1 22% traffic, retention
3 existing -> reorder 18% traffic, $9.1k/d
4 invite -> activate 6% traffic, growth
...
37 admin -> export-csv 0.2% traffic
automated: top 8 journeys (23 scenarios)
suite: 19 min, stable 30 consecutive green runs
deploy gate: journeys 1-3 must pass -> blocks on regression