跨浏览器比较 HLS 播放，别把原因一起改没了

一个浏览器能播放，另一个停住了。你装了扩展、换了网络、重新获取来源，再试一次。结果又变了，但现在已经说不清楚到底哪个改动有作用。

跨浏览器检查最好做成一组有控制的对比。目标是定位差异，不是收集尽可能多的绿色格子。一张条件清楚的小表，就能让下一步排查更准确。

先固定任务与来源

选择一个允许测试的来源和一个页面，给每个环境安排相同操作：打开页面、载入来源、点击播放、检查画面声音，再做与你的目标有关的附加动作。

不要要求直播与固定录像表现一样。要比较点播拖动，就选合适的点播来源；要观察直播持续性，就把各次测试时间记清楚，让别人知道它们分别观察了什么。

链接有时效时，通过正规方式为各组测试取得等效访问。两个浏览器之间刚好过期的地址，不是一组条件干净的浏览器对比。

先测目标访问者最常用的浏览器，尽量保持系统、网络和来源一致，再切到第二个浏览器，重复相同顺序。

如果你同时从电脑换成手机，这一行改变的就不只是浏览器。它仍然可能是有价值的受众检查，但应标成另一组设备环境，不能直接断言差异只来自浏览器引擎。

环境	播放与画面	声音	相关附加动作	可见结果
浏览器 A，版本和系统已记录	实际观察	实际观察	暂停恢复或指定任务	完整提示，或“未显示提示”
浏览器 B，版本和系统已记录	实际观察	实际观察	相同任务	完整提示，或“未显示提示”

“未测试”和“失败”必须分开。空格容易让别人自行猜测，不适用时也写一句原因。

如果某个浏览器只是显示了控制栏，另一个甚至没有尝试播放，就不能合写成“三个浏览器通过”。每一行的“通过”应表示同一种实际结果。

浏览器的媒体能力与播放实现并不完全相同。网页可能使用内置媒体处理，也可能在支持时采用播放库。当前能力检测能帮助播放器选择路径，但具体来源仍需真实播放。

同一个来源出现不同结果时，从最早分叉的动作查起。有的环境可能在开始前就报错，有的则在第一帧之后停止。不同观察，对应的下一步问题也不同。

不要仅凭浏览器品牌归因。“浏览器 B 在第一帧后停住”是证据；“浏览器 B 不能播放 HLS”则是大得多的结论，这次对比并不能证明它。

选择能区分两种可能原因的后续动作。例如，在两个浏览器里都换用一个有说明的对照样例；如果不确定链接时效，就重新取得合法的新访问。

把追加检查与原表分开记录。只要改变了来源或会话条件，就写清楚，否则后来的读者可能把两次不同测试误认为同一个结果的重复。

先为最重要的两个访问环境各建一行，通过 M3U8 播放器完成同一任务，再把结果放入播放报告。只有真实受众需求或已观察到的差异需要时，才继续扩大测试表。

hls.js 文档介绍浏览器支持与播放路径；HTML 媒体规范定义浏览器媒体元素。本文的方法属于编辑建议，不是兼容性认证。