先回答：删除失败记录该从哪里查
这次只复现备用线路准备；如果出现“删除失败记录”，先保留原始提示和时间，不急着给整款产品下结论。开始前分别登记节点城市与入口延迟，结束后再看一遍；前后条件不同，任何快慢比较都没有解释力。抖动和丢包都通过而“只选择Ping最低节点”仍在，更可能与目标服务、账号或单一应用限制有关。
把同地区节点比较设为本轮唯一场景，待解释的现象是“只选择Ping最低节点”，两者不要与其他问题混在一张记录里。一页记录足够：表头放节点城市和抖动，正文按轮次写备用线路准备，页尾留下未验证项目。当备用线路准备的差异小到用户感受不到，选择入口延迟更透明、丢包更容易恢复的方案更实际。
把备用线路准备写成可复现条件
若日常最在意同地区节点比较，这轮就不要顺带测试其他功能；重点是查明“只选择Ping最低节点”能否稳定复现。截图只截入口延迟与抖动相关区域，文件名加入时段和同地区节点比较，分享前遮住账号、订单和IP信息。把丢包放在表格首列，速度保留率紧随其后，所有后续动作都引用同一行条件。
保持其他条件不动，先核对入口延迟并完成同地区节点比较，再单独调整丢包，每轮之间都回到基准。判读抖动时要同时看速度保留率的恢复情况；无法恢复比“每轮测速自动换目标”本身更应优先处理。跨地区节点比较需要反复重试时，即便丢包偶尔漂亮，也不应忽略入口延迟暴露的恢复成本。
操作前先核对节点城市
同一时段内先查抖动、后查丢包，中间不重启设备，才能减少环境变化造成的误判。记录行写日期、设备、网络、速度保留率、连接成功率和跨地区节点比较是否完成，失败行与成功行使用完全相同的字段。不要为了消除“每轮测速自动换目标”而一次重置全部网络；那会抹掉抖动、速度保留率和原始故障之间的关系。
处理时从风险较低的丢包开始，观察晚间拥堵是否完整结束，再决定是否检查连接成功率。若抖动正常而速度保留率异常，范围还不能直接落到产品；需要确认“节点名称相同却路由不同”是否只在单一目标出现。工单解决后别立刻关闭，重新检查丢包与连接成功率，并用原场景复验“每轮测速自动换目标”是否真正消失。
围绕抖动只改变一项
操作顺序写成“丢包—晚间拥堵—恢复—速度保留率”，比连续点击自动选择更容易找到有效变化。复测只更新连接成功率、任务完成率和晚间拥堵变化的字段，旧值不覆盖，方便看出问题从何时开始。判读丢包时要同时看任务完成率的恢复情况；无法恢复比“节点名称相同却路由不同”本身更应优先处理。
操作顺序写成“连接成功率—移动网络切换—恢复—任务完成率”，比连续点击自动选择更容易找到有效变化。若候选在移动网络切换都能完成，优先看丢包是否稳定、速度保留率是否容易理解，而不是追逐极小峰值差。停止条件同样重要：晚间拥堵失败且普通网络无法恢复时，先退出排查，处理连接成功率与任务完成率的基准。
丢包与速度保留率怎样一起看
速度保留率与连接成功率同时异常时，先回到直连基准；断开后仍存在“忽略上传和切线恢复”，就应优先处理本地网络。任务完成率与高峰复测同时异常时，先回到直连基准；断开后仍存在“删除失败记录”，就应优先处理本地网络。复测只更新速度保留率、高峰复测和移动网络切换变化的字段，旧值不覆盖，方便看出问题从何时开始。
若候选在备用线路准备都能完成，优先看速度保留率是否稳定、任务完成率是否容易理解，而不是追逐极小峰值差。不要为了消除“删除失败记录”而一次重置全部网络；那会抹掉连接成功率、高峰复测和原始故障之间的关系。移动网络切换需要反复重试时，即便速度保留率偶尔漂亮，也不应忽略连接成功率暴露的恢复成本。
用跨地区节点比较做真实任务验收
用户真正要完成的是备用线路准备，而不是跑出某个漂亮数字；“删除失败记录”只是需要定位的现场现象。先用默认状态完成备用线路准备，然后只比较连接成功率；除非问题复现两次，否则暂不触碰高峰复测。把任务完成率写成具体值或状态，把节点城市写成发生前后的变化，再补一句备用线路准备在哪一步中断。
同一设备先做同地区节点比较基准，再依次观察任务完成率与节点城市；测试顺序不一致会放大时段偏差。别把连接成功率的峰值当成全部答案，高峰复测与“只选择Ping最低节点”能否重复出现更接近日常稳定性。如果备用线路准备连续两天通过，高峰复测与节点城市也能解释，才把当前结论标为暂时可用。
比较候选时别混用条件
对比表只保留会影响同地区节点比较的项目；任务完成率和高峰复测与实际任务无关时，不应进入总分。对比表只保留会影响跨地区节点比较的项目；节点城市和入口延迟与实际任务无关时，不应进入总分。给同地区节点比较单独建一行，任务完成率写观察值，入口延迟写状态；不要只保存最快截图而删除失败轮次。
若高峰复测正常而节点城市异常，范围还不能直接落到产品；需要确认“只选择Ping最低节点”是否只在单一目标出现。任何声称能远程解决“每轮测速自动换目标”的人都不需要密码或验证码；提供任务完成率、入口延迟和版本信息已经足够。本轮结论只适用于完成跨地区节点比较的设备和网络；高峰复测或节点城市变化后应新建记录，而非覆盖旧值。
出现节点名称相同却路由不同时先保护现有配置
反复出现“每轮测速自动换目标”却没有恢复路径时，停止试错；把高峰复测、节点城市和错误原文交给客服。入口延迟决定这轮能否比较，抖动决定结果是否能复查，两项都应在操作前写清。把每次动作限制为一个：本轮看高峰复测，下一轮看抖动，两轮都重复同一个跨地区节点比较。
若处理“节点名称相同却路由不同”必须关闭重要安全功能，这个方案应暂停；入口延迟与抖动没有核清前不继续扩大改动。官方支持需要的是“每轮测速自动换目标”发生前后的上下文，高峰复测和入口延迟比情绪化评价更容易得到回应。能完成晚间拥堵但无法说明节点城市与抖动，结论仍需保留边界，不写成适用于所有人的推荐。
求助前整理一份有效记录
社区求助也要围绕“节点名称相同却路由不同”：写清节点城市与入口延迟，不要公开密码、验证码、完整订单或工作文件。复测只更新抖动、丢包和晚间拥堵变化的字段，旧值不覆盖，方便看出问题从何时开始。反复出现“忽略上传和切线恢复”却没有恢复路径时，停止试错；把节点城市、丢包和错误原文交给客服。
官方支持需要的是“忽略上传和切线恢复”发生前后的上下文，抖动和丢包比情绪化评价更容易得到回应。节点城市与入口延迟同时异常时，先回到直连基准；断开后仍存在“节点名称相同却路由不同”，就应优先处理本地网络。如果移动网络切换连续两天通过，抖动与丢包也能解释，才把当前结论标为暂时可用。
本轮结论和下一次复查
本轮结论只适用于完成移动网络切换的设备和网络；入口延迟或抖动变化后应新建记录，而非覆盖旧值。截图只截丢包与速度保留率相关区域，文件名加入时段和移动网络切换，分享前遮住账号、订单和IP信息。比较结束后恢复原设置，再查入口延迟与速度保留率是否回到基准，避免一个候选影响下一款。
围绕备用线路准备做判断时，应把“删除失败记录”写成可观察动作，例如发生在哪一步、持续多久、如何恢复。能完成备用线路准备但无法说明丢包与速度保留率，结论仍需保留边界，不写成适用于所有人的推荐。工单标题直接写“忽略上传和切线恢复”，正文先列入口延迟和抖动，再说明断开连接后是否恢复。