中文资料编辑 · 更新 2026-10-04 · 2 分钟阅读
修好一个目标不是整套分流已正确的证据。修改前先定义哪些请求应采用哪个路径,再检查实际结果,不能事后把所有成功请求都解释为规则有效。
写下预期
| 测试类别 | 修改前要写清的内容 |
|---|---|
| 应代理目标 | 目标和预期出口 |
| 应直连目标 | 目标和直连理由 |
| 本地资源 | 本人有权访问的地址与用途 |
| 原故障应用 | 最短失败步骤和错误阶段 |
不要将个人订阅、账户密码或完整内部地址表放到公开记录。不能判断出口的测试项目标为待验证,不用猜测填满表。
一次变更对应一组结果
备份有效规则,写明修改的唯一字段和目的。对每类目标发起新请求,记录时间、是否进入客户端、日志显示的出口以及应用结果。页面缓存可能造成假成功,旧连接也可能保持原路径,因此应重新建立请求。
判断是否保留修改
原故障修复且其他预期不被破坏,再保存变更。任何必要目标失败,恢复原规则并重新测试。如果原状态也失败,就记录新的共同条件,不强行把全部问题归到规则。临时全局模式测试结束后要恢复预期配置。
留下能复用的说明
在自己设备保存规则版本、修改原因和验收时间,下次更新时可复查。本文是一张教学用检查表,没有声称闪电猫节点经过测试,也不提供排名。使用教程提供原有导入及维护资料。
资料来源与适用范围
按当前软件版本与服务接入说明核对;本文为操作教学,没有声称亲测付费服务、价格或性能。