如何做好WebRTC测试

WebRTC 应用程序在产品开发生命周期中与其他应用程序没有什么不同。也就是说，了解 WebRTC 及其生命周期可以极大地帮助我们满足WebRTC测试需求。

描述产品开发生命周期的方法有很多种，这种描述会根据说明它的人而改变。这是我自己对产品开发生命周期的解释，这与 WebRTC 测试非常吻合。

在开发 WebRTC 应用程序时，您必须考虑整个产品开发生命周期过程。WebRTC 以各种方式影响流程中的每个步骤，我们一起来看看。

计划

在规划 WebRTC 应用程序时，您需要能够理解WebRTC作为一种技术的能力和局限性。在这里，您可以使用的编解码器和支持的浏览器（所有，但略有不同）将改变您的计划。

不过，这里要做的最重要的事情是理解 WebRTC 应该被视为马拉松而不是短跑：

无论您的计划是什么，请确保您的团队中的 WebRTC 技能已准备好长期致力于此。还请务必考虑您的 WebRTC 测试需求。在稍后阶段考虑它们意味着您将需要更多资源来解决它们。

设计阶段是我们真正开始了解 WebRTC 测试的地方。

根据我们在规划阶段收集到的需求，我们现在需要确保并验证我们所做的一切都得到了良好的架构。当我们进行群组视频通话时，这是双重事实——能够将单个房间/会话/通话/会议扩展到超过 4 个参与者需要仔细的设计和优化。

有时，您甚至可能想要构建小型概念证明并对其进行测试。为此，启动多个浏览器以执行一些初始 WebRTC 测试的可靠且自动化的方法可能非常有用。

在此阶段，您的工程师将开发您的 WebRTC 应用程序，敲定代码。您可能在这里使用开源媒体服务器、CPaaS 平台，或者自己从头开始构建所有内容。

无论采用何种方法，请确保在进入测试阶段之前正确测试您的 WebRTC 实现。为什么？因为您的用例与其他用例不同（即使您不这么认为）。媒体服务器和 CPaaS 平台针对可能与您的场景截然不同的特定场景进行了高度调整。您将需要调整和微调它们的配置和您的代码，以使事情按照您的需要顺利进行。

使用 WebRTC 测试自动化工具可以极大地帮助您在工程师需要的深度级别进行调试和故障排除。

一旦我们到达流程中的测试阶段，我们就会在测试人员和工程师之间发生冲突。测试人员需要一种方法来运行场景并确定他们是否成功。工程师需要一种方法来查看测试结果和日志以找出问题所在。然后，测试人员需要一种方法来以可预测和可重现的方式验证相同的场景，以确保所应用的修复如宣传的那样工作。

我们还需要能够在这里大规模工作，同时运行数百个（如果不是更多的话）浏览器，并快速检索和分析结果。

这就是可靠的 WebRTC 测试自动化工具大放异彩的地方，它可以缩短您的上市时间并提高您对 WebRTC 应用程序的信心水平。

从您的开发和 QA 环境转移到生产意味着额外的测试。您需要确保生产环境配置正确，并提供规划阶段概述的非功能性需求。

与开发和测试阶段一样，使用可靠的 WebRTC 测试自动化工具将为您提供帮助。

当你的产品在实际用户中运行时，你会发现一些事情：

您拥有的可见性和支持工具越多，您为客户提供的服务就会越好。

以下是您应该考虑的 3 个不同的维护方面：

测试您的基础设施。拥有一个在您的平台上自动运行的可预测、可重复的测试场景，以验证它是否按预期运行。这很重要，因为它是服务性能的主观衡量标准。
监控用户流量。收集并分析系统中所有会话的 WebRTC 流量。让它提供聚合信息以及向下钻取到单个用户级别。这样您就可以在问题发生时对其进行调查，找到使用趋势和模式。
网络用户测试工具。为用户和您的支持提供自助服务工具，以帮助找出和查明用户特定于设备和连接的问题。这可以减轻您的支持团队的大量辛勤工作，并有助于让您的最终用户对您的产品更满意。