固定节点还是自动节点更稳定？按场景做选择

工位一：保存节点现场

若把实际任务结果写入表格，自动选择适合快速接入，但算法目标未必等于用户当前任务。针对峰谷差值的前后差别，这也解释了为什么单张截图的价值有限；截图没有呈现前后条件时，无法判断节点响应来自产品、网络还是设备。

针对IP变化的前后差别，先拍下必要页面并写明未连接时的基线，随后记录撤销操作后的状态与当前运营商和接入方式。在试用期第二天的常用设备这个使用环境里，材料只用于本地复盘或向官方支持说明情况，不应公开账号、设备标识、付款凭证和私人网络地址。

工位二：执行单变量测试

在试用期第二天的常用设备这个使用环境里，排查顺序宜从最容易撤销的动作开始。回到进行二十分钟视频通话的实际结果，建立基线后，只改动节点、协议或网络中的一项，再重复进行二十分钟视频通话。把峰谷差值作为辅助线索，如果不得不中途更新客户端，应结束本轮并重新建立基线。

• 错误提示原文（用于核对“固定节点还是自动节点更稳定”）
• 实际任务结果（用于核对“固定节点还是自动节点更稳定”）
• 撤销操作后的状态（用于核对“固定节点还是自动节点更稳定”）
• 设备与系统版本（用于核对“固定节点还是自动节点更稳定”）
• 当前运营商和接入方式（用于核对“固定节点还是自动节点更稳定”）

工位三：处理矛盾结果

回到进行二十分钟视频通话的实际结果，如果握手耗时在几分钟内反复变化，应记录波动区间，而不是只取最高值或平均值。把IP变化作为辅助线索，之后再看进行二十分钟视频通话是否受到实际影响，才能判断这项变化是否值得处理。

把连续在线时长作为辅助线索，若更换入口后进行二十分钟视频通话恢复，暂时只能说明当前入口可能相关，不能立刻推断整个服务稳定。按当前运营商和接入方式复原当时情况，最好回到原入口复现一次，并把丢包比例的前后差异写清楚。

按测试开始与结束时间复原当时情况，同时更换协议、节点和网络会让本地结论失去参考价值。就连续在线时长这项记录而言，别人的设备、运营商和时段无法替代自己的使用环境，因此引用公开资料时应明确它只是候选线索。

工位四：安全收尾

就节点响应这项记录而言，涉及系统代理、DNS、证书或虚拟网卡的改动，必须先知道怎样恢复。放回试用期第二天的常用设备的条件来看，每次只做一项并立即验证；如果无法撤销，就不应把它列为普通用户的首选步骤。

放回试用期第二天的常用设备的条件来看，得到两组以上可比结果后，再把丢包比例和峰谷差值放在一起判断。以进行二十分钟视频通话为核验任务，只有单一节点异常时先保留备用入口。结合节点名称或编号，若只有一次改善，应写成“暂时恢复，继续观察”；只有稳定复现后，才把当前方案记为可用。