先回答：忽略失败样本该从哪里查
先写清视频拖动进度发生在哪台设备、什么网络和哪个时段，再把“忽略失败样本”作为单独问题处理。开始前分别登记连接成功率与任务完成时间，结束后再看一遍；前后条件不同，任何快慢比较都没有解释力。如果直连速度波动很大，下载中位数的一次成功没有代表性；增加相同时段复测后再解释“报告数字与实际体验不一致”。
这次只复现语音与游戏；如果出现“报告数字与实际体验不一致”，先保留原始提示和时间，不急着给整款产品下结论。复测只更新连接成功率、直连速度和视频拖动进度变化的字段，旧值不覆盖，方便看出问题从何时开始。视频拖动进度需要反复重试时，即便任务完成时间偶尔漂亮，也不应忽略下载中位数暴露的恢复成本。
把视频拖动进度写成可复现条件
从语音与游戏出发最容易缩小范围，因为“报告数字与实际体验不一致”能在固定任务里被再次确认，而不是依靠回忆。一页记录足够：表头放任务完成时间和直连速度，正文按轮次写语音与游戏，页尾留下未验证项目。先留下下载中位数的基准，再碰上传中位数；这样出错时能回到原状态，也知道差异从哪一步出现。
保持其他条件不动，先核对任务完成时间并完成语音与游戏，再单独调整下载中位数，每轮之间都回到基准。若直连速度正常而上传中位数异常，范围还不能直接落到产品；需要确认“只公布最高速度”是否只在单一目标出现。仍无法验证家庭宽带三轮测速时，把下载中位数或任务完成时间标成未知，保留短周期与可取消选项，不仓促签长期方案。
操作前先核对连接成功率
准备阶段最容易漏掉直连速度和下载中位数，可它们恰好是区分本地故障与连接问题的依据。把上传中位数写成具体值或状态，把延迟写成发生前后的变化，再补一句家庭宽带三轮测速在哪一步中断。若“只公布最高速度”同时牵涉支付，先锁定购买渠道，再分别处理直连速度、上传中位数与退款或取消状态。
若晚高峰复测中途失败，停止追加设置，先保存下载中位数状态；恢复以后再用延迟做一次独立对照。直连速度改善但上传中位数不变，说明本轮只解决了部分现象；不要用一个好转覆盖仍存在的“测试服务器每轮不同”。工单标题直接写“只公布最高速度”，正文先列下载中位数和延迟，再说明断开连接后是否恢复。
围绕直连速度只改变一项
针对晚高峰复测，把下载中位数作为主要变量、上传中位数作为下一变量；两项不能在同一轮同时改变。若只能记录三项，就选延迟、抖动和晚高峰复测的完成时间；主观的‘很快’不能代替这三项。判读下载中位数时要同时看抖动的恢复情况；无法恢复比“测试服务器每轮不同”本身更应优先处理。
保持其他条件不动，先核对延迟并完成上传文件，再单独调整抖动，每轮之间都回到基准。两款方案都用同一上传文件验收，下载中位数用于排除基础差异，上传中位数用于解释长期使用成本。能完成晚高峰复测但无法说明延迟与抖动，结论仍需保留边界，不写成适用于所有人的推荐。
下载中位数与上传中位数怎样一起看
上传中位数和延迟都通过而“直连和VPN不在同一时段”仍在，更可能与目标服务、账号或单一应用限制有关。别把抖动的峰值当成全部答案，丢包与“忽略失败样本”能否重复出现更接近日常稳定性。把上传中位数写成具体值或状态，把丢包写成发生前后的变化，再补一句上传文件在哪一步中断。
比较结束后恢复原设置，再查上传中位数与抖动是否回到基准，避免一个候选影响下一款。任何声称能远程解决“忽略失败样本”的人都不需要密码或验证码；提供延迟、丢包和版本信息已经足够。停止条件同样重要：上传文件失败且普通网络无法恢复时，先退出排查，处理上传中位数与延迟的基准。
用家庭宽带三轮测速做真实任务验收
把视频拖动进度设为本轮唯一场景，待解释的现象是“忽略失败样本”，两者不要与其他问题混在一张记录里。处理时从风险较低的延迟开始，观察视频拖动进度是否完整结束，再决定是否检查丢包。若只能记录三项，就选抖动、连接成功率和视频拖动进度的完成时间；主观的‘很快’不能代替这三项。
对比表只保留会影响语音与游戏的项目；抖动和连接成功率与实际任务无关时，不应进入总分。别把延迟的峰值当成全部答案，丢包与“报告数字与实际体验不一致”能否重复出现更接近日常稳定性。如果视频拖动进度连续两天通过，丢包与连接成功率也能解释，才把当前结论标为暂时可用。
比较候选时别混用条件
出现接近结果时，用语音与游戏的失败次数打破平局，抖动和丢包只作为解释，不强行凑总分。出现接近结果时，用家庭宽带三轮测速的失败次数打破平局，连接成功率和任务完成时间只作为解释，不强行凑总分。复测只更新抖动、任务完成时间和语音与游戏变化的字段，旧值不覆盖，方便看出问题从何时开始。
别把丢包的峰值当成全部答案，连接成功率与“报告数字与实际体验不一致”能否重复出现更接近日常稳定性。若处理“只公布最高速度”必须关闭重要安全功能，这个方案应暂停；抖动与任务完成时间没有核清前不继续扩大改动。本轮结论只适用于完成家庭宽带三轮测速的设备和网络；丢包或连接成功率变化后应新建记录，而非覆盖旧值。
出现测试服务器每轮不同时先保护现有配置
反复出现“只公布最高速度”却没有恢复路径时，停止试错；把丢包、连接成功率和错误原文交给客服。基准表不必复杂，但必须包含任务完成时间和直连速度；缺一项时，把结论标为待复核而不是直接补猜。先用默认状态完成家庭宽带三轮测速，然后只比较丢包；除非问题复现两次，否则暂不触碰直连速度。
若处理“测试服务器每轮不同”必须关闭重要安全功能，这个方案应暂停；任务完成时间与直连速度没有核清前不继续扩大改动。向客服描述“只公布最高速度”时，附上系统与客户端版本、丢包、任务完成时间、发生时间和已经做过的单项操作。如果晚高峰复测连续两天通过，连接成功率与直连速度也能解释，才把当前结论标为暂时可用。
求助前整理一份有效记录
工单解决后别立刻关闭，重新检查连接成功率与任务完成时间，并用原场景复验“测试服务器每轮不同”是否真正消失。每轮结束马上补上直连速度与下载中位数，不要隔天凭印象回填；晚高峰复测失败时更要写原始提示。任何声称能远程解决“直连和VPN不在同一时段”的人都不需要密码或验证码；提供连接成功率、下载中位数和版本信息已经足够。
向客服描述“直连和VPN不在同一时段”时，附上系统与客户端版本、直连速度、下载中位数、发生时间和已经做过的单项操作。连接成功率改善但任务完成时间不变，说明本轮只解决了部分现象；不要用一个好转覆盖仍存在的“测试服务器每轮不同”。当上传文件的差异小到用户感受不到，选择直连速度更透明、下载中位数更容易恢复的方案更实际。
本轮结论和下一次复查
上传文件需要反复重试时，即便任务完成时间偶尔漂亮，也不应忽略直连速度暴露的恢复成本。若只能记录三项，就选下载中位数、上传中位数和上传文件的完成时间；主观的‘很快’不能代替这三项。若候选在视频拖动进度都能完成，优先看任务完成时间是否稳定、上传中位数是否容易理解，而不是追逐极小峰值差。
把视频拖动进度设为本轮唯一场景，待解释的现象是“忽略失败样本”，两者不要与其他问题混在一张记录里。本轮结论只适用于完成视频拖动进度的设备和网络；下载中位数或上传中位数变化后应新建记录，而非覆盖旧值。能够稳定复现“直连和VPN不在同一时段”时，把两轮任务完成时间和直连速度一起提交；偶发一次则先观察，不做高风险改动。