使用JMeter进行压力测试

一、压力测试

　　压力测试考察当前软硬件环境下系统所能承受的最大负荷并帮助找出系统瓶颈所在。压测都是为了系统在线上的处理能力和稳定性维持在一个标准范围内，做到心中有数。

　　使用压力测试，我们有希望找到很多种用其他测试方法更难发现的错误。有两种错误类型是:内存泄漏，并发与同步。

　　有效的压力测试系统将应用以下这些关键条件:重复，并发，量级，随机变化。

二、性能指标

1，响应时间（Response Time: RT）

　　响应时间指用户从客户端发起一个请求开始，到客户端接收到从服务器端返回的响应结束，整个过程所耗费的时间。

　　最大响应时间（Max Response Time） 指用户发出请求或者指令到系统做出反应（响应）的最大时间。

　　最少响应时间（Mininum ResponseTime） 指用户发出请求或者指令到系统做出反应（响应）的最少时间。

　　90%响应时间（90% Response Time） 是指所有用户的响应时间进行排序，第 90%的响应时间。

2，吞吐量

　　吞吐量即每秒钟系统能够处理的请求数、任务数。

HPS（Hits Per Second） ：每秒点击次数，单位是次/秒。

TPS（Transaction per Second）：系统每秒处理交易数，单位是笔/秒。

QPS（Query per Second）：系统每秒处理查询次数，单位是次/秒。

　　对于互联网业务中，如果某些业务有且仅有一个请求连接，那么 TPS=QPS=HPS，一般情况下用 TPS 来衡量整个业务流程，用 QPS 来衡量接口查询次数，用 HPS 来表示对服务器单击请求。无论 TPS、QPS、HPS,此指标是衡量系统处理能力非常重要的指标，越大越好，根据经验，一般情况下：

　　金融行业：1000TPS~50000TPS，不包括互联网化的活动

　　保险行业：100TPS~100000TPS，不包括互联网化的活动

　　制造行业：10TPS~5000TPS

　　互联网电子商务：10000TPS~1000000TPS

　　互联网中型网站：1000TPS~50000TPS

　　互联网小型网站：500TPS~10000TPS

3，错误率

　　错误率指一批请求中结果出错的请求所占比例。

三、JMeter

　　Apache JMeter 是 Apache 组织基于 Java 开发的压力测试工具，用于对软件做压力测试。JMeter 最初被设计用于 Web 应用测试，但后来扩展到了其他测试领域，可用于测试静态和动态资源，如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库和 FTP 服务器等等。JMeter 可对服务器、网络或对象模拟巨大的负载，在不同压力类别下测试它们的强度和分析整体性能。另外，JMeter 能够对应用程序做功能/回归测试，通过创建带有断言的脚本来验证程序是否返回了期望结果。为了最大限度的灵活性，JMeter 允许使用正则表达式创建断言。

1，下载JMeter

2，修改软件显示语言

3，添加线程组

4，配置测试参数

线程数：虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。

　　Ramp-Up Period(in seconds)准备时长：设置的虚拟用户数需要多长时间全部启动。如果线程数为 10，准备时长为 2，那么需要 2 秒钟启动 10 个线程，也就是每秒钟启动 5 个线程。

　　循环次数：每个线程发送请求的次数。如果线程数为 10，循环次数为 100，那么每个线程发送 100 次请求。总请求数为 10*100=1000 。如果勾选了“永远”，那么所有线程会一直发送请求，一到选择停止运行脚本。

　　Delay Thread creation until needed：直到需要时延迟线程的创建。

　　调度器：设置线程组启动的开始时间和结束时间(配置调度器时，需要勾选循环次数为永远)

　　持续时间（秒）：测试持续时间，会覆盖结束时间

　　启动延迟（秒）：测试延迟启动时间，会覆盖启动时间

　　启动时间：测试启动时间，启动延迟会覆盖它。当启动时间已过，手动只需测试时当前时间也会覆盖它。

　　结束时间：测试结束时间，持续时间会覆盖它。

5，添加HTTP请求

6，配置测试目标参数

7，添加监听器（用于获取测试结果）

8，启动测试

首次测试会提示是否保存测试样例，一般测试选不保存即可。

9，分析测试结果

有错误率同开发确认，确定是否允许错误的发生或者错误率允许在多大的范围内；

　　Throughput 吞吐量每秒请求的数大于并发数，则可以慢慢的往上面增加；若在压测的机器性能很好的情况下，出现吞吐量小于并发数，说明并发数不能再增加了，可以慢慢的往下减，找到最佳的并发数；

　　压测结束，登陆相应的 web 服务器查看 CPU 等性能指标，进行数据的分析;

　　最大的 tps，不断的增加并发数，加到 tps 达到一定值开始出现下降，那么那个值就是最大的 tps。

　　最大的并发数：最大的并发数和最大的 tps 是不同的概率，一般不断增加并发数，达到一个值后，服务器出现请求超时，则可认为该值为最大的并发数。

　　压测过程出现性能瓶颈，若压力机任务管理器查看到的 cpu、网络和 cpu 都正常，未达到 90%以上，则可以说明服务器有问题，压力机没有问题。

　　影响性能考虑点包括：数据库、应用程序、中间件（tomact、Nginx）、网络和操作系统等方面，首先考虑自己的应用属于 CPU 密集型还是 IO 密集型。

来源：浅聊软件