jmeter服务器压测2

压测任务需求的确认

压测前要明确压测功能和压测指标，一般需要确定的几个问题：

1. 固定接口参数进行压测还是进行接口参数随机化压测？

2. 要求支持多少并发数？

3. TPS（每秒钟处理事务数）目标多少？响应时间要达到多少？

4. 压服务器名称还是压服务器IP，一般都是压测指定的服务器

压测设置

1. 线程数：并发数量，能跑多少量。具体说是一次存在多少用户同时访问

2. Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发。理解成准备时长：设置虚拟用户数需要多长时间全部启动。如果线程数是20，准备时长为10，那么需要10秒钟启动20个数量，也就是每秒钟启动2个线程。

3. 循环次数：这个设置不会改变并发数，可以延长并发时间。总请求数=线程数*循环次数

4. 调度器：设置压测的启动时间、结束时间、持续时间和启动延迟时间。

压测结果查看

  运行完后，聚合报告会显示压测的结果。主要观察Samples、Average、error、Throughput。

Throughput。

1. Samples:表示一共发出的请求数 

2. Average：平均响应时间，默认情况下是单个Request的平均响应时间（毫秒ms）

3. Error%:测试出现的错误请求数量百分比。若出现错误就要看服务端的日志，配合开发查找定位原因

4. Throughput:简称tps,吞吐量，默认情况下表示每秒处理的请求数，也就是指服务器处理能力，tps越高说明服务器处理能力越好。

压测结果的分析

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

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

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

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

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

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

7.影响性能考虑点包括：数据库、应用程序、中间件（tomact、Nginx）、网络和操作系统等方面。

 

以下为一个搜索引擎接口测试报告

一、测试场景：

场景1：分别测试10，50，100，270，300，500，1000个用户并发，每个用户循环访问一次

场景 2：并发500个用户，持续执行30分钟

二、测试结果：

 说明：

1.在并发数达到270个用户用时请求时，吞吐量开始小于并发数，则不能再增加并发数了。

2.模拟1000个用户并发时，每个请求平均响应时间为1.7秒，最大响应时间为3.1秒，服务器cpu使用情况为：

3.模拟500个用户并发，持续执行30分钟，共516581个请求，每个请求平均响应时间为0.9秒，最大响应时间为1.5秒，图形结果如下：

服务器cpu使用情况为：

三、名词解释：

#Samples ：各个测试的样本总数，样本总数=用户数×循环次数

Average ：每个请求的平均响应时间，毫秒

Min ：最小响应时间 ，Max ：最大的响应时间，毫秒

Error% ：错误响应的概率

ThroughOut ：吞吐量 -- 默认情况下表示每秒完成的请求数（Request per Second）

KB/Sec ：每秒从服务器端接收到的数据量

样本数目:总共发送到服务器的请求数

最新样本：服务器响应最后一个请求的时间

吞吐量：服务器每分钟处理的请求数

平均值：总运行时间除以发送到服务器的请求数

中间值：代表时间的数字，有一半的服务器响应时间低于该值而另一半高于该值

偏离：服务器响应时间变化、离散程度测量值的大小，就是数据的分布