高级性能测试系列《37. 性能测试报告、面向目标性能场景（Arrivals Thread Group）》

目录

• 一、性能测试报告
  • 1.真正做性能测试，怎么做呢？
  • 2.没有监听器，我们怎么知道性能测试结果？
• 二、面向目标性能场景（Arrivals Thread Group）
• 三、设计场景
  • 1.bzm - Arrivals Thread Group
  • 2.场景一：看是否能满足50tps
  • 3.场景二：看是否能满足5tps

一、性能测试报告

性能测试时，能不启用监听器，则不启用。

1.真正做性能测试，怎么做呢？

CLI-mode:无图形界面模式--命令行。

GUI-mode:图形界面模式--仅仅用于编写和调试脚本。

2.没有监听器，我们怎么知道性能测试结果？

jmeter的html报告，与是否添加启用监听器无关。

设置持续时间为300秒。

输入文件名高级性能测试系列第36章节-01.jtl，点击打开，出现报错弹框没关系，因为不存在这个文件，直接点击ok就行。

小于5.1.1版本的jmeter都没有Generate Html report这个功能。

选一个就行。

建立一个空文件夹html-report并选择它。这个必须是个空文件夹。

它就会自动生成一份报告。

html报告。

没有添加这些监听器，html报告中也会有这些图表。这些图表与是否有添加监听器无关。

二、面向目标性能场景（Arrivals Thread Group）

需求：期望项目的接口，都要能满足50tps。

不管哪个接口，只要接口能够满足50tps就行了。不要求得到最大的tps，不要求能够支持多大并发用户数。

「50tps」：50个事务每秒。

「50个事务每秒 * 1分钟：」 50*60秒 = 3000 事务。

3000事务 * 60分钟 = 180000 事务。

一个请求是一个事务。一个接口发过去一个请求当作一个事务。

1小时要处理18w个请求，10小时要处理180w个请求，24小时要处理432w个请求。

如果公司的产品，日均访问量约为千万级以内，因为不止一个接口啊，50tps基本已经能满足要求了。

三、设计场景

1.bzm - Arrivals Thread Group：

2.场景一：看是否能满足50tps

需要达到50tps。

平均线是50tps。

并发用户数是152左右。

响应时间：这个接口的平均响应时间超过了1.5s。

「最终的结果是：」 这个接口不能满足50tps的需求。

3.场景二：看是否能满足5tps

需要达到5tps。

一个人不停得向服务器发起请求。

响应时间只有几百毫秒。

tps：平均线达到5了。

「最终的结果是：」 这个接口能满足5tps的需求。

文章中的图片，皆为小编本人所画所截图，计算机知识都一样，如有雷同，纯属巧合。「文章是清菡编写的，如有转载，请标明出处！」