您好,登录后才能下订单哦!
负载测试是确保您的网站或应用程序在重负载下不会崩溃的方法。 当进行负载测试时,您需要做的基本事情之一是扩展您正在测试的虚拟用户数量。 根据您的业务需求,您可能需要扩展到庞大的数字,甚至可能达到1,000,000个用户。
这里有5个方法可以帮助你进行性能测试扩展:
许多情况下,用户数量巨大增长是可以预期的。 例如,预计在大型游戏(2月5日,星期日)的食品交付地点或直播电视网站的当天,零售店的黑色星期五,流行音乐开放票购买选择的日子,交通高峰 节日或电影,发布新应用或网站的第一周,等等。
因此,我们建议您至少提前几个月开始对大用户量进行负载测试。 (担心你离开你的负载测试太晚了?我们可以帮助)。 确保您有足够的时间运行测试,找到您的断点,解决任何需要修复的瓶颈,然后再次运行测试,以确保一切正常。 您应该测试的用户数量取决于您的业务需求和您的期望。
无论如何,我们建议您将负载测试集成到连续集成过程中。
记录您的用户场景是创建测试的最简单和最有用的方法。 虽然JMeter提供录音选项,最有用和易于使用的记录器是BlazeMeter Chrome扩展,是免费的。
记录负载测试场景:
- 从Chrome商店将recorder添加到Chrome
- 键入测试名称
- 点击“记录”按钮,并浏览您想测试的场景。
- 点击“停止”按钮。
- 如有必要,进行编辑- 导出到.jmx并上传到JMeter,或单击“播放”在CA BlazeMeter中打开它。
建议对任何的负载测试都要进行测试场景记录。 但是,扩展到高人数需要一些时间,因此您需要简化尽可能多的进程。 recorder就是这样做的。
负载测试会占用了大量的资源,但大规模扩展后,会占用更多的资源。 为了确保您的资源不会因为无关内容的瓶颈而发生崩溃。 为此,请删除任何不必要的数据。
例如,我们假设您不会在JMeter上运行大规模测试(可能在单个机器上支持几百 - 1K个用户),因此删除侦听器(但在JMeter上运行测试时请务必保留)。
初次进行大量用户的测试可能会成功,也可能会导致系统崩溃。 原因可能是本身的测试环境没有搭建好,或者因为大量用户。
以上情况,你想要找出系统何时和为什么崩溃。 我们会建议您逐步开展测试,并适度调整虚拟用户数量。
- 通过在JMeter 上首先设置 1个线程的(虚拟用户)启动本地测试,以确保测试正常工作。
- 手动将线程组中的用户数更改为几十或几百。 如果正常运行,请继续添加用户。
- 达到一定数量的用户后,本地计算机可能无法处理负载。 如果您仍然需要增加用户,您可以使用CA BlazeMeter(在云中的一种JMeter)等工具继续扩展。
- 在SandBox模式下运行测试,以确保正常工作。
- 逐步扩展到您需要的用户数量。 达到单个控制台可用的最大数量后,请转到CA BlazeMeter的多重测试选项,并复制测试,直到达到所需的用户数量。 在这里阅读更多。
通过逐渐添加用户,您可以确定您的中断点并识别瓶颈,如高内存使用或不正确的DB使用。 修复瓶颈并继续测试,直到达到高于您决定处理的用户数量的断点。
当进行负载测试时,CUP和内存的使用率是我们看到的两个最重要的指标。 你需要确定系统不能逾越的使用级别,但是如果CPU达到75%和85%的内存,你就达到了你不能逾越的红线。
要监视系统的运行状况,请查看负载测试系统提供的报告,并分析不同的KPI以及它们之间的相关性。 CA BlazeMeter提供了Engine Health报告,但您也可以在Taurus(一个开源测试自动化工具)上分析这些参数。
在每次运行测试后,实时分析结果非常重要。 这些确保您全面了解您的系统的能力,弱点和瓶颈。 它们还让您看到在更改系统时会发生什么,例如添加功能或更改系统的体系结构。 最后,他们让你看看你所做的修改是否真的有帮助。
确定系统能承受重负载,对于保持用户量是非常重要的。 我们希望这些方法对于您扩展高用户量能有所帮助。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。