企业官网建设流程全解析

一、大部分测试只测正常合规 M3U8 样本

很多流媒体项目的手工测试、自动化测试，只会使用完全标准合规的 M3U8 流做冒烟测试。验证正常点播、正常直播能不能播放。但是线上环境，会遇到各种各样异常情况：部分分片 404、密钥接口临时不可用、M3U8 中间个别标签异常、网络抖动分片超时。

如果播放器没有做好容错，遇到线上异常样本，直接全盘崩溃，页面卡死。很多线上故障，并不是正常功能出 BUG，而是遇到异常流的时候，播放器没有做降级容错。

很多团队没有收集负面异常测试样本，只测理想状态下的标准流。线上真实环境错综复杂，服务临时抖动、CDN 节点偶发错误，都会产生异常 M3U8 与分片。

负面样本不是拿来验证播放器 “可以完美播放坏视频”，而是验证：遇到坏流，播放器会不会合理报错，不会直接页面 JS 崩溃，不会死循环疯狂请求，给出友好提示。

做容错能力验证的时候，我会使用 m3u8live.cn，加载各类异常 M3U8 负面样本，观察 hls.js 原生行为，作为业务播放器的对照基准。

二、哪些属于重要的负面异常测试样本

1. 部分 TS 分片返回 404 的 M3U8

M3U8 清单本身完整合法，中间有一两个 TS 分片地址是错误 404。验证播放器行为：是报错终止，还是做分片重试，不会无限死循环疯狂请求 404 分片。

2.AES‑128 加密，密钥接口 403 不可访问的样本

M3U8 索引正常，#EXT‑X‑KEY 存在，但是密钥接口访问被拒绝。验证解密失败之后播放器行为，不能页面 JS 崩溃。

3. 带 BOM 头的 M3U8 样本

M3U8 文件头部带 UTF‑8 BOM 标记，测试播放器解析容错，看会不会直接解析失败。

4. 个别分片 EXTINF 时长异常偏大的样本

分片时长远超 targetDuration 配置数值，验证播放器缓冲逻辑不会卡死。

5. 直播中间出现 #EXT‑X‑DISCONTINUITY 不连续标记样本

模拟推流断流重连，验证播放器遇到时间序列跳变，不会直接卡死。

重点：负面样本测试目的，不是播放器把损坏视频完美播出来；而是异常出现之后，播放器不会发生 JS 崩溃、死循环请求，抛出合理错误，业务可以捕获做提示。

三、负面样本怎么获取

1. 不要拿互联网网上随便找来的畸形流，网上样本随时会失效。建议自己在测试环境，用 FFmpeg 生成基础流，手动修改 M3U8 文本，人工构造可控的负面测试样本；
2. 线上曾经出现过的故障，复现之后，在测试环境复刻一份可控样本，保存到团队测试资产库，回归测试反复使用；
3. 自动化测试脚本，除了标准正向流，加入部分可控负面样本，验证容错逻辑。

四、测试验证关注点

1. 遇到异常分片、密钥异常：页面会不会发生 JS 脚本崩溃；
2. 会不会进入死循环，无限疯狂发起失败的网络请求；
3. fatal 致命错误是否可以被业务代码捕获，业务可以展示友好用户提示；
4. 非致命警告，不会直接判定播放失败，有合理重试逻辑。

网页调试工具加载同样负面样本，观察原生 hls.js 的表现，作为业务播放器的参考基准。

五、总结

M3U8 测试，不能只测完美合规的正向样本。线上 CDN 抖动、接口临时异常，会产生各类异常负面 M3U8 样本。负面容错测试的目标不是播放损坏视频，而是保证异常场景下播放器不会 JS 崩溃、不会死循环请求，可以抛出可捕获错误。自己在测试环境人工构造可控异常样本，纳入手工和自动化回归用例。借助网页调试工具观察 hls.js 原生对异常样本的处理行为，对照优化业务播放器的容错逻辑，提升线上抗风险能力。