首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >JMeter :我们应该为负载测试保留“”复选框吗?

问JMeter :我们应该为负载测试保留“”复选框吗?
EN

Stack Overflow用户
提问于 2012-03-06 19:40:57
回答 1查看 2.5K关注 0票数 0

我的方案是测试任何网页的响应时间,该网页有许多资源,如png、jpg、css等。

在根据最佳实践在JMeter中运行性能测试时,我需要了解是否应该启用JMeter复选框,以获得实际的响应时间。

如果我有记录的脚本,那么这些资源就会记录在脚本中。

因此,问题是:

  1. 我们是否需要使用排除模式?
  2. 我们是否应该禁用从脚本中记录的所有资源,只需为"Embedd资源“启用此复选框?
  3. 我们是否应该将记录的资源保存在脚本中,并禁用"Embedd资源“复选框?

B)如果通过为每个网页添加示例程序手动创建了脚本,那么最好的做法是启用/选中复选框"Embedd“。

谢谢和问候。

EN

回答 1

Stack Overflow用户

发布于 2012-03-07 13:25:02

选择是否包含嵌入式(静态)内容取决于您的个人情况。没有“最佳做法”。

两个例子:

  1. 如果我正在为一个when服务器运行一个测试,当它运行时,它将位于一个CDN的后面,那么对于我的负载测试,我可以合理地决定不发送静态内容,因为这些请求将由CDN处理,并且永远不会到达我的后端when服务器。如果我在这个场景中确实发送了静态内容,那么我将模拟一个不现实的负载。
  2. 但是,如果我的应用程序没有使用CDN,而是拥有它自己的两个内容加速器,那么为了测试这个设置,我想将静态内容请求驱动到这个网络层(加速器位于那里)。如果我在这个场景中没有发送静态内容,那么我将产生一个不现实的负载。

还有许多其他因素会影响您为什么要包括或不包括嵌入式资源--只有您才能做出最后的选择。

此外:考虑在尝试模拟静态内容调用的地方使用HTTP缓存管理器。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/9590668

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档