视频能打开却频繁缓冲：用二十分钟记录代替一次测速
视频起播成功只说明当前拿到了一小段数据，持续播放还要求后续传输稳定。一次测速峰值高，无法排除每隔几分钟出现的速度下跌或丢包。
先把现象写清楚
视频起播成功只说明当前拿到了一小段数据，持续播放还要求后续传输稳定。一次测速峰值高，无法排除每隔几分钟出现的速度下跌或丢包。
最容易混淆的地方
选定同一清晰度和同一段约二十分钟内容，记录首次起播秒数、缓冲发生的分钟、每次恢复时长以及是否自动降画质。不要边测边拖动进度条。
五到十分钟检查顺序
直连与连接各做一轮，时间尽量相邻，关闭后台下载。若缓冲总发生在晚高峰，而白天稳定，应把时段写进结论，不用“这条线路永远很慢”的说法。
结果怎么判
起播慢但之后流畅，和起播快却反复停顿，是两种不同问题。前者影响等待，后者破坏连续观看，用户应按自己的使用重点选择。
收尾与安全边界
换节点时只换一次并完整播放同一段，不要看到三秒等待就连换十个。频繁切换既得不到可比样本，也可能触发平台验证。
复查票据
播放涉及账户地区与版权条件时，应遵守平台条款。页面提示账号限制，不应伪装成网络故障来处理。
先把现象写清楚
缓冲记录建议使用四列：播放分钟、停顿秒数、恢复后的清晰度、当时是否拖动。播放器主动拖动产生的等待不能算线路自发缓冲，广告切换也应单独标注，避免把不同事件混成次数。
最容易混淆的地方
家庭电视、平板和手机共用Wi-Fi时，另一台设备的云备份会抢占带宽。测试前告知家人并选择短窗口，不必关闭路由器中所有设备；只要记录当时是否有大型下载，就能解释样本差异。
五到十分钟检查顺序
若两条候选线路都能完整播放，优先比较晚高峰恢复和操作复杂度。需要每十分钟手动切换一次的方案，即使峰值高，也不适合长视频。结论写常用清晰度，不用最高可选画质做宣传。
结果怎么判
电视端通常不方便查看精确网络状态，可以用手机计时并记录电视应用版本。不要把电视与手机同时播放同一内容当作公平对照，因为两台设备会共同占用带宽，解码能力也不同。
收尾与安全边界
一轮结束后计算的不是“平均不卡”，而是缓冲次数和最长一次恢复。一次长达三十秒的停顿，可能比五次一秒微停更影响观看；保留原始次数，不急着压成单个分数。
复查票据
播放前先关闭自动下一集与预加载，避免后台提前下载其他内容干扰。测试结束恢复自己的观看偏好。选择内容时尽量用平台长期存在的公开视频，避免样本第二天因下架无法复查。
先把现象写清楚
对移动网络还要记录流量模式。省流模式会主动降低缓冲与画质，和线路能力不足表现相似；同一轮中不要切换模式。若用户日常必须省流，就以省流条件作为真实决策基线。
最容易混淆的地方
把“可接受”提前写好，例如二十分钟最多一次、恢复不超过三秒。测试后按门槛判断，而不是看到某品牌名称再放宽标准。门槛来自个人任务，不需要与网上排行榜的统一分数一致。
五到十分钟检查顺序
二十分钟样本结束后，把缓冲事件按“自然停顿、主动拖动、广告切换”分类。真正用于比较线路的只保留自然停顿，并写下最长一次恢复，而不是把三类事件相加。若自动画质降低后不再停顿，也要保留这一变化，因为它说明播放器用清晰度换取了连续性。下一条线路必须使用相同片段与画质门槛，不能临时换一段更容易播放的内容。