WebRTC 测试中的 3 个级别结果分析

[sakib60]

在查看 WebRTC 测试场景的结果时，我们需要能够从不同的角度和视角进行分析。一方面，我们需要对所有内容有一个非常好的鸟瞰视角，以便回答“这里发生了什么？”这个简单的问题。另一方面，我们感兴趣的是深入挖掘特定用户在特定时间点的细微细节，从数百个收集到的指标中选择一个结果。

为此，我建议采用一种分层方法，测试人员在查看测试结果时慢慢剥开洋葱——从鸟瞰测试结果视图，到单个用户视图，再到整个过程的深入——尽可能接近美化（和智能）的webrtc-internals视图。

以下是我发现的每一层中最有用的东西。

WebRTC 测试结果——鸟瞰图

我喜欢把这部分视为“上帝模式”。你可以在同一个地方获得所有东西。

这种观点需要能够回答两个问题：

我们通过了还是失败了？
我的深入研究应该集中在哪里？
测试通过或失败可能由多种因素造成。这不仅取决于您尝试验证 柬埔寨电报号码数据 的具体场景，还取决于 WebRTC 媒体本身的实际波动。

假设你有一个WebRTC SFU，想要进行满负荷测试。设置多个会话，每个会话包含 4 个用户——什么时候会出现问题？

CPU 使用率是 80% 吗？
也许在给定的总网络吞吐量阈值下？
这种破坏是否会发生在最后加入的用户身上，还是会分散开来，以同样的方式伤害服务器上的每个人？
您如何看待这样的事情的结果？
以下是我们多年来在解决方案中引入的一些强大的视觉指南，可让您更快地找到答案（还记得这些问题吗？1.通过/失败和2.关注点在哪里）

丝带
测试结果功能区包含最重要的质量指标的平均值。这些平均值可让您立即了解测试结果。

在那里，除了按音频/视频传入/传出详细说明和划分的比特率、数据包丢失、抖动和RTT（往返时间）之外，我们还有机器性能和质量分数。