明智的做法"将是了解配置文件,您的负载模式。
为此,您已经拥有这些数据了。
是的,你可以按原样喂它,但这将是快速的&肮脏的方法 - 在分析数据的同时,从中提取并应用于您的测试计划的模式似乎更加智能。
如果您需要非常快速地执行此操作,请说您的脚本编写时间不到一小时,在这种情况下,您可以通过这种方式来比较两个实例之间没有重大差异。
如果你想更深入:
- 每小时8361个请求==每秒2.3个请求因此复制此负载模式没有任何意义,因为我更确定您的应用程序将承受如此巨大的负载。
-
性能测试不仅仅是从列表中点击URL并测量响应时间,通常需要回答的主要问题是:
- 我的应用程序可以支持多少并发用户提供可接受的响应时间(此时您可能对请求/秒感兴趣)
- 当负载超过阈值时会发生什么,哪些类型的错误开始发生以及影响是什么。
- 应用程序在负载恢复正常时恢复
- 什么是瓶颈(即缺少RAM,数据库查询速度慢,服务器/路由器上的网络带宽低,等等)
醇>
所以选项包括:
- 如果你需要"快速和肮脏"解决方案,您可以使用来自Google Analytics的网址列表,即CSV Data Set Config或Access Log Sampler或parse your application logs to replay production traffic with JMeter
- 更好的方法是检查Google Analytics以确定您拥有哪些用户组及其行为模式,即X%未经过身份验证的用户正在浏览该网站,Y%的经过身份验证的用户正在搜索,Z%的用户正在进行结帐之后你需要使用单独的JMeter Thread Groups正确模拟所有这些组,并记住cookies,headers,cache,think times等一旦你逐渐采用这种形式的测试,按比例增加虚拟用户的数量,并监控增加响应时间与虚拟用户数量的相关性,直到遇到任何形式的瓶颈。
醇>