目录
- 一、性能测试报告
- 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的需求。
文章中的图片，皆为小编本人所画所截图，计算机知识都一样，如有雷同，纯属巧合。「文章是清菡编写的，如有转载，请标明出处！」
