Jmeter执行报告分析

时间:2018-07-29 18:33:16

标签: performance jmeter

我通过Blazemeter执行jmeter脚本,但出现2%的错误。这是可以接受的价格吗?

我观察到的详细报告1353请求失败。我只为一个用户运行脚本。在这种情况下,所有请求都不会失败。那么故障是由于性能问题引起的吗?

enter image description here

enter image description here

以下为报告摘要。请帮助我分析一下。 enter image description here

1 个答案:

答案 0 :(得分:1)

您的应用程序很可能根本无法处理50个并发用户的负载。关于“可接受”-我们不知道。如果您要对本地嘻哈明星的粉丝页面进行负载测试-甚至90%的错误率也是可以接受的。如果您要测试一种算法,该算法将部署在火星探测器上,并且必须能够正常运行20年且没有错误和修改-事实并非如此。

通常在SLANFR中定义最大响应时间,最小吞吐量,可接受的错误数等。如果您没有这些,并且正在对应用程序执行某种形式的压力测试,并且想找出性能瓶颈的根本原因,请执行以下步骤:

  1. 检查您的应用程序日志文件,它们应该具有有关故障的一些信息
  2. 检查.jtl结果文件中的状态消息和代码。有时,通过在 user.properties 文件中添加下一行,“告诉” JMeter为失败的采样器保存响应数据也很有意义:

    jmeter.save.saveservice.output_format=xml
    jmeter.save.saveservice.response_data.on_error=true
    
  3. 确保您添加了负载gradually,这样您就可以将错误率的增加与用户数量的增加联系起来,并且可以确定发生第一次错误的确切时间点
  4. 习惯于监视被测应用程序是否有足够的空间来运行CPU,RAM,网络,磁盘等。可以使用JMeter PerfMon Plugin
  5. 如果您具有阅读和理解应用程序编写语言的代码的能力-如果可以在启用profiler tool遥测的情况下运行测试,那将是有益的,这可能是识别身份的最有效方法应用程序中的性能问题。