用途：为修复或新功能提供端到端证据，让不读代码的审查者仅凭证据判断是否可发布。核心原则是每条声明都要有“若声明为假则会不同”的观察结果；单元测试、类型检查和 lint 只能作为辅助检查，不能单独称为端到端验证。
主要能力与流程：1) 列出声明与用例，包括报告者原始数据、所有受影响界面（Web、移动、桌面、CLI、API、SDK）及加载/失败/恢复状态、对照用例和相邻功能；2) 在未改动代码上复现失败，确认每次运行实际执行的代码（重启进程、核对版本串或校验和），无法复现则降低声明；3) 走真实路径，按部署产品、完整本地栈、真实组件、集成测试、单元测试由强到弱排序，并说明所用层级；4) 应用改动后用同一流程重跑；5) 收集视觉、状态、日志、数字等多类独立证据；6) 逐次检查运行是否有效，丢弃并报告无效运行；7) 在目标分支上重跑决定性用例，覆盖整个 diff，并清理共享系统中的测试数据。
适用场景：视觉或布局缺陷、交互流程、竞态与崩溃、分布式后端行为、性能、重构、安全与访问控制、发布确认等，不同改动类型对应不同决定性证据。
限制：资料未提供安装命令、价格、平台支持或具体工具集成方式；该方法耗时较长，需真实环境与可复现条件，无法复现时应如实说明未验证部分，不得夸大结论。