状态提示复盘：错误恢复与无障碍检查

先把失败分层

业务上未提供媒体、浏览器拒绝播放请求、媒体获取或解码失败要分别记录。MediaError 的 1—4 类覆盖中止、网络、解码、不支持来源；这些分类仍不能定位到具体服务器配置。向普通用户说可执行的下一步，把必要诊断信息留在自己的测试记录中。

验证重试与旧状态清理

测试“失败 → 重试 → 请求中 → 恢复 / 再失败”。若重试再次失败，按钮应可再次操作或提供替代内容，不能停留在永久加载。再测“缓冲 → 用户暂停”和“结束 → 重播”，确认旧消息不会覆盖新的选择。本文列出的是待执行的测试方法，不声称已测试某款播放器。

状态消息不应夺走操作焦点

普通动态提示可使用合适的状态消息语义，使辅助技术无需焦点跳转也能获知更新。role="status" 是可考虑的实现方式，仍须检查实际朗读表现。只播报有意义的变化；每秒更新时间不应造成连续打断。紧急警报用途应谨慎判断。

用三种方式复核同一条路径

目视检查文字和图标是否一致；仅用键盘确认控件顺序、可见焦点及重试可达；在目标浏览器与屏幕阅读器组合中听取状态更新。放大文字后再检查提示和动作是否被遮住。无法执行的组合应写“未测试”，不能用源码检查代替实际体验。

给来源划定范围

MDN 文档用于核对 API 和错误类别，WHATWG 用于理解媒体模型，W3C 说明用于理解状态消息要求。具体中文文案、优先级建议、虚构日志与评分表由本站设计，来源不为这些设计背书，也不构成产品通过认证的证明。

复盘记录示例：把问题写到可重现

虚构记录：步骤为“在缓冲提示出现后按暂停”；预期为“保留当前进度，提示已暂停”；模拟观察为“仍显示正在缓冲”；判断为“提示未尊重最新暂停意图”；建议为“检查等待状态与暂停状态的优先级”。没有实际设备时，环境栏填“纸面推演，未实机测试”。只写“播放器不好用”不能帮助下一位复核者定位问题。

把方法变成行动

1. 记录环境、用户动作、观察结果和预期提示。
2. 走通失败重试、缓冲暂停、结束重播三条路径。
3. 分别检查视觉、键盘与状态朗读；记下未测试项。
4. 为发现的问题保留修改前后文案与证据。
5. 依据真实测试结果完善提示，不许诺未经验证的兼容性。

状态与检查对照表

延伸阅读与支持范围

以下资料分别支持媒体接口、错误类别或状态通知要求。具体中文文案与练习为本站设计，支持范围逐项列出。

关于这个问题的问答

对应学习卡片

继续阅读