选择合适的负载测试平台

通常情况下,组织无法从负载测试投资中达到预期的 ROI,因为可用性差,维护工作频繁,并且自动测试脚本的重新使用非常有限。 在这篇文章中,本页将检查负载测试平台的基本特征,并提供一些指导,如何做出选择。

在过去的十年中,在这个不断增长的市场中出现了一长串 开源 或基于云的负载测试解决方案提供商。 对可靠应用程序的需求达到了有史以来的一年,组织现在在性能工程上花费比以往任何时候都多。 在某些情况下,过度消费的原因只是使用错误的工具。 未完成的负载测试平台应满足以下部分或全部基本要求。

易用性

负载测试涉及的所有步骤(如脚本创建、测试执行和结果分析)都应该是轻量级和直观的。 根据经验,您应该能够在几个小时内创建脚本并运行负载测试。

技术支持

良好的负载测试套件为最常用的设备和技术(如 Firefox、Chrome、互联网浏览器、移动设备、Web 2.0 技术和 API)提供捕获和重播支持。

逼真的用户模拟

有限的用户模拟技术可能导致测试结果不准确。 随着基于浏览器的应用程序的兴起,重点更多的是真正的基于浏览器或无头的用户模拟。 在极少数情况下,可能需要基于协议的应用程序。 提供足够的用户模拟技术是最重要的标准之一,因为错误地模拟用户交互会伪造您的测试,使结果毫无用处。

脚本可移植性

负载测试与生产上的应用程序监控齐头并进。 如果两次实施测试和监视脚本,那是浪费金钱。 出色的负载测试平台将保护您的投资,并可重复使用这些平台进行生产监控。

支持社区

用户交互的负载测试可能比较棘手,通常需要有经验的开发人员或专家的帮助。 获得知识库和专业支持专家至关重要,因为他们可以指导您完成脚本或工具问题。

可维护性

在负载测试平台上推出更新通常被视为开销,并会带来额外的风险。 因此,请选择负载测试解决方案,保护您免受此类维护陷阱的影响。

成本

初始许可成本对于公司来说非常痛苦,而且,他们往往决定使用开源工具。 优选地,负载测试工具的初始投资应该很低。 使用付费是首选的收费模式。 成本是一个重要因素,但也应考虑,当开源负载测试工具托管在您的基础架构上,您必须处理更新或有限的仿真技术。

自我监控

强烈建议使用负载测试解决方案,该解决方案在测试执行期间持续监视其负载代理,在执行测试时提供运行状况监视图表,并且从不与其他测试共享负载生成器。

负载测试平台评估矩阵

市场上有数百种负载测试解决方案。 通常,公司不知道可用的选项的广度、可供选择的具体解决方案以及应该使用哪些决策标准。 要帮助选择测试解决方案,请参阅下面列出的矩阵:

load testing matrix

如何使用此矩阵:

A.)将此矩阵应用于短列表中的每个负载测试解决方案

B.)为每个标准添加适当的评级

4 = 完全满足标准
3 = 主要满足标准
2 = 不满足标准
1 = 勉强满足标准

C.)计算分数


不要浪费时间和金钱与过时的负载测试平台。 使用评估矩阵,将当前的负载测试工具与一些商业和开源解决方案进行比较,并考虑使用现代负载测试套件保护您的投资或在线业务。