WebSocket负载和性能测试技术

介绍了HTML5, WebSocket协议允许更多的浏览器和网站之间的交互,便于实时应用和生活内容。WebSocket技术创建一个客户端和服务器之间的持久连接,绕过客户端发起的HTTP请求的需求触发服务器响应。提供一个全双工通信信道在一个TCP连接,WebSocket是最有效的协议通过网络实时响应。

如果你利用WebSocket技术,性能测试将归结为应用程序模拟的双向性质。

同步和异步调用

首先,你需要理解的WebSocket沟通您的应用程序使用:同步或异步调用。

除了便于实时应用,尚还使用web开发人员来维护一个更快,再客户端和服务器之间的连接,即使是传统的请求-响应的目的。这种传统的请求-响应通讯通过WebSockets同步调用的结果。

异步调用,另一方面,不需要启动服务器响应客户端请求。服务器会自动把信息和更新一个TCP连接(仍然开放),允许一个持续的,双向的对话。

测试人员必须了解两者之间的差异,以正确地测量响应时间和验证应用程序的性能。

注意事项

异步调用

事情可能会变得有点棘手时测量异步调用的响应时间。传统上,测试人员将测量的时间当一个客户端发送请求和接收响应。异步调用,最终用户的行动将决定服务器交互,这样,很难测量时间传输消息到客户端,或延迟。

因为消息是由外部事件和服务器决定何时将消息发送到所有连接的客户机,它在测试人员的最佳利益衡量的时间客户端收到消息后引发的外部事件。

同步调用

异步调用相比,测量响应时间同步调用是更容易和更简单的。相关问答方法,测试人员仅仅发送请求并等待响应。

设计测试

为同步调用简单设计测试用例,测试人员只需要理解每一个请求/响应与用户交互。真正的挑战在于设计为异步调用测试。

异步调用的本质变化所需的逻辑设计负载测试场景,和测试人员面临的许多问题也与测试相关的流媒体和长轮询。

限制

测试人员可能面临硬件和浏览器兼容性测试WebSocket时技术局限性。开放的WebSocket通道方便直接,打开客户端和服务器之间的连接。如果有成千上万的客户或通过你的服务器连接访问数据,测试人员需要相应地调整后端基于套接字的数量一台服务器可以处理。

也有一些浏览器不支持WebSocket沟通。在这种情况下,应用程序将取代与长轮询WebSocket沟通。对于性能工程师来说,这意味着为每个用例创建两个用户路径(一个使用WebSockets,另使用长轮询)。以确保真实负载测试的比例,测试人员必须考虑浏览器WebSocket-compatible和那些不。

小贴士WebSocket负载和性能测试技术

异步调用

你测量延迟的方式直接关系到应用程序框架为异步调用。例如,当使用socket . io,包含一个时间戳在WebSocket消息应该是一个要求。测试人员可以立即发送一条消息,然后在收到一个响应在客户层面,计算时间之间的时间戳。尚没有一个标准的框架,框架支持WebSocket通信,一些自动包含时间戳。测试人员可能需要与开发人员对包含这些信息的消息。它可能是疼痛,但是测试WebSocket性能是必要的。

同步调用

测量响应时间同步调用,您需要确保您的负载测试解决方案支持WebSocket技术。它还应该能够链接用适当的WebSocket WebSocket请求响应。重要的是要注意,测试这个异步通信的能力是在软件测试当中比较罕见的一个产品——明智地选择你的工具。188金宝搏官网登录app188金宝搏官网app注册

设计测试

更新的测试人员和测试人员用来设计正常web场景,设计测试处理调用通过WebSocket可以混淆。它会下来理解应用程序和请求-响应的性质的沟通。在设计你的测试时,确保你复制您的应用程序的行为与一个真正的浏览器。

为同步调用是设计测试用例,相当简单,因为这些调用使用传统的请求/响应通信。来衡量他们的表现,你需要使你的测试团队负载测试解决方案尚,使测试同步调用。

设计测试用例为异步调用有点更具挑战性。在这种情况下,用户通过websocket连接将采取特定的行动从信息显示在屏幕上。例如,用户可能决定购买股票的价格达到一定水平。否则,用户可能不采取行动。请记住,你的用例中包含的用户操作取决于是否到达的信息通过WebSocket通道。

限制

为了解决硬件问题,你需要确保你有几个服务器平衡负载访问您的WebSocket连接。与HTTP通信的连接关闭后一个成功的请求-响应交互,WebSocket连接保持开放。这些联系将关闭如果您的服务器无法处理负载,导致最终用户应用程序的性能不佳。

战斗的浏览器不兼容,你可以介绍一个WebSocket框架作为一个解决方案。否则,你将需要设计并执行轮询场景在负载和性能测试。

的本质尚还提出了挑战——这是一个传输层,所以你的项目可以交换文本数据,二进制数据等等性能工程师需要解码或反序列化WebSocket消息以关联测试场景。

结论

WebSockets只是提供一种方法来交换数据,所以这种技术不会大幅改变组织的方式处理测试。测试团队只需要理解他们将面临的挑战在测试WebSocket技术——比如浏览器不兼容和收集响应时间的异步调用。

最终,装备您的测试团队与负载测试的解决方案,不仅能够测试请求-响应应用程序利用WebSockets但还可以管理的服务器发送的响应将在最有效的结果,实际的性能测试。

在确保无缝的用户体验方面,测量的延迟是不够的。真正验证应用程序的性能利用WebSockets,你应该结合你的WebSocket负载测试场景与场景在一个基于浏览器的工具像硒-但这是另一个话题了。

这篇文章最初发表在2017年1月和2021年7月被刷新。