排查流程
按顺序检查，减少误判
1. 记录浏览器可见基线
先记录浏览器、显示器和逻辑处理器信息，再记下页面实际能访问的 WebGL 或 WebGPU 能力。不同浏览器可能选择不同路径。
- 对比时保持浏览器版本和电源模式一致。
- 记录显示像素比和视口条件。
- 把渲染器字符串当作浏览器线索，不要当成完整硬件清单。
2. 运行有边界的渲染检查
本地渲染检查被设计为短时、有边界的测试，可以发现明显的帧交付或能力问题，但不会伪装成散热基准。
- 只在相同浏览器和电源条件下比较。
- 设备发热、噪音异常或画面不稳定时立即停止。
- 持续负载、温度和驱动认证应使用专用工具。
3. 把结果连接到真实任务
如果采集、游戏或创作工作流变慢，应单独测试该工作流。浏览器能力只是其中一层，不能预测所有原生应用表现。
- 出现意外回退时检查硬件加速设置。
- 换一个浏览器配置排除扩展影响。
- 保存报告时附上准确的浏览器和显示环境。
测试前后都可以复用
- 记录浏览器、显示和图形能力信息。
- 在一致的电源模式下运行短时检查。
- 在发热或不稳定前停止。
- 再单独验证真实原生工作流。
关于结果边界的说明
网页能读取准确的 GPU 温度或显存吗？
通常不能。浏览器只公开选定的能力和渲染器信息，不会提供完整的传感器或驱动清单。
这是完整的 GPU 烤机测试吗？
不是。这是轻量浏览器渲染检查。持续温度、稳定性或驱动测试需要专用工具和适当的安全控制。
为什么两个浏览器结果不同？
它们可能使用不同图形后端、权限、硬件加速路径或功能支持。应先统一浏览器和设置再比较。