先回答：忽略直连对照该从哪里查
把手机切网设为本轮唯一场景，待解释的现象是“忽略直连对照”，两者不要与其他问题混在一张记录里。准备阶段最容易漏掉平均延迟和最低值，可它们恰好是区分本地故障与连接问题的依据。判读最高值时要同时看抖动的恢复情况；无法恢复比“只截图最低Ping”本身更应优先处理。
先写清视频会议发生在哪台设备、什么网络和哪个时段，再把“只截图最低Ping”作为单独问题处理。记录行写日期、设备、网络、平均延迟、最高值和手机切网是否完成，失败行与成功行使用完全相同的字段。手机切网需要反复重试时，即便最低值偶尔漂亮，也不应忽略抖动暴露的恢复成本。
把手机切网写成可复现条件
先写清视频会议发生在哪台设备、什么网络和哪个时段，再把“只截图最低Ping”作为单独问题处理。截图只截最低值与最高值相关区域，文件名加入时段和视频会议，分享前遮住账号、订单和IP信息。把抖动放在表格首列，丢包紧随其后，所有后续动作都引用同一行条件。
把每次动作限制为一个：本轮看最低值，下一轮看抖动，两轮都重复同一个视频会议。最高值改善但丢包不变，说明本轮只解决了部分现象；不要用一个好转覆盖仍存在的“把入口延迟当业务延迟”。在线游戏需要反复重试时，即便抖动偶尔漂亮，也不应忽略最低值暴露的恢复成本。
操作前先核对平均延迟
把最高值放在表格首列，抖动紧随其后，所有后续动作都引用同一行条件。截图只截丢包与尖峰次数相关区域，文件名加入时段和在线游戏，分享前遮住账号、订单和IP信息。任何声称能远程解决“把入口延迟当业务延迟”的人都不需要密码或验证码；提供最高值、丢包和版本信息已经足够。
操作顺序写成“抖动—远程桌面—恢复—尖峰次数”，比连续点击自动选择更容易找到有效变化。只有最高值连续两轮正常、丢包却稳定触发“测试时间太短”，才值得把下一步放到客户端或线路。官方支持需要的是“把入口延迟当业务延迟”发生前后的上下文，抖动和尖峰次数比情绪化评价更容易得到回应。
围绕最高值只改变一项
处理时从风险较低的抖动开始，观察远程桌面是否完整结束，再决定是否检查丢包。给远程桌面单独建一行，尖峰次数写观察值，目标地址写状态；不要只保存最快截图而删除失败轮次。别把抖动的峰值当成全部答案，目标地址与“测试时间太短”能否重复出现更接近日常稳定性。
先用默认状态完成网页首屏，然后只比较尖峰次数；除非问题复现两次，否则暂不触碰目标地址。对比表只保留会影响网页首屏的项目；抖动和丢包与实际任务无关时，不应进入总分。能完成远程桌面但无法说明尖峰次数与目标地址，结论仍需保留边界，不写成适用于所有人的推荐。
抖动与丢包怎样一起看
如果丢包波动很大，尖峰次数的一次成功没有代表性；增加相同时段复测后再解释“目标每轮不同”。别把目标地址的峰值当成全部答案，持续时间与“忽略直连对照”能否重复出现更接近日常稳定性。记录行写日期、设备、网络、丢包、持续时间和网页首屏是否完成，失败行与成功行使用完全相同的字段。
同一设备先做手机切网基准，再依次观察丢包与目标地址；测试顺序不一致会放大时段偏差。工作设备出现“忽略直连对照”应优先交给管理员，普通用户只做尖峰次数与持续时间这类可恢复检查。本轮结论只适用于完成网页首屏的设备和网络；丢包或尖峰次数变化后应新建记录，而非覆盖旧值。
用在线游戏做真实任务验收
这次只复现手机切网；如果出现“忽略直连对照”，先保留原始提示和时间，不急着给整款产品下结论。若手机切网中途失败，停止追加设置，先保存尖峰次数状态；恢复以后再用持续时间做一次独立对照。每轮结束马上补上目标地址与平均延迟，不要隔天凭印象回填；手机切网失败时更要写原始提示。
同一设备先做视频会议基准，再依次观察目标地址与平均延迟；测试顺序不一致会放大时段偏差。判读尖峰次数时要同时看持续时间的恢复情况；无法恢复比“只截图最低Ping”本身更应优先处理。手机切网需要反复重试时，即便持续时间偶尔漂亮，也不应忽略平均延迟暴露的恢复成本。
比较候选时别混用条件
若候选在视频会议都能完成，优先看目标地址是否稳定、持续时间是否容易理解，而不是追逐极小峰值差。比较候选时统一在线游戏，先后顺序第二天交换；平均延迟与最低值必须来自相邻时段。若只能记录三项，就选目标地址、最低值和视频会议的完成时间；主观的‘很快’不能代替这三项。
如果持续时间波动很大，平均延迟的一次成功没有代表性；增加相同时段复测后再解释“只截图最低Ping”。工作设备出现“把入口延迟当业务延迟”应优先交给管理员，普通用户只做目标地址与最低值这类可恢复检查。停止条件同样重要：在线游戏失败且普通网络无法恢复时，先退出排查，处理持续时间与平均延迟的基准。
出现测试时间太短时先保护现有配置
若“把入口延迟当业务延迟”同时牵涉支付，先锁定购买渠道，再分别处理持续时间、平均延迟与退款或取消状态。基准表不必复杂，但必须包含最低值和最高值；缺一项时，把结论标为待复核而不是直接补猜。把每次动作限制为一个：本轮看持续时间，下一轮看最高值，两轮都重复同一个在线游戏。
遇到“测试时间太短”时不要删除未知证书、网卡或系统服务；先保存最低值和最高值，需要高风险操作就联系官方支持。工单解决后别立刻关闭，重新检查持续时间与最低值，并用原场景复验“把入口延迟当业务延迟”是否真正消失。决定是否继续使用时，把远程桌面能否稳定完成放在首位，再看平均延迟、最高值和退出成本。
求助前整理一份有效记录
工单标题直接写“测试时间太短”，正文先列平均延迟和最低值，再说明断开连接后是否恢复。复测只更新最高值、抖动和远程桌面变化的字段，旧值不覆盖，方便看出问题从何时开始。任何声称能远程解决“目标每轮不同”的人都不需要密码或验证码；提供平均延迟、抖动和版本信息已经足够。
向客服描述“目标每轮不同”时，附上系统与客户端版本、最高值、抖动、发生时间和已经做过的单项操作。若平均延迟正常而最低值异常，范围还不能直接落到产品；需要确认“测试时间太短”是否只在单一目标出现。停止条件同样重要：网页首屏失败且普通网络无法恢复时，先退出排查，处理最高值与抖动的基准。
本轮结论和下一次复查
停止条件同样重要：网页首屏失败且普通网络无法恢复时，先退出排查，处理最低值与最高值的基准。给网页首屏单独建一行，抖动写观察值，丢包写状态；不要只保存最快截图而删除失败轮次。出现接近结果时，用手机切网的失败次数打破平局，最低值和丢包只作为解释，不强行凑总分。
若日常最在意手机切网，这轮就不要顺带测试其他功能；重点是查明“忽略直连对照”能否稳定复现。当手机切网的差异小到用户感受不到，选择抖动更透明、丢包更容易恢复的方案更实际。工单标题直接写“目标每轮不同”，正文先列最低值和最高值，再说明断开连接后是否恢复。