关键词：压力测试
一、压力测试
在一定的访问压力下，看程序运行是否稳定/服务器运行是否稳定，通常情况，是模拟多个请求同时 请求服务器，也就是在某个时间内，比如说1秒内，调用接口达到200次，结果就是接口调用成功率、最大请求花费时间、最小请求花费时间还有一些性能参数。
1、压力测试分两种场景：
一种是单场景，压一个接口的；第二种是混合场景，多个有关联的接口。压测时间，一般场景都运行10-15分钟。如果是疲劳测试，可以压一天或一周，根据实际情况来定。
2、压测任务需求的确认
压测前要明确压测功能和压测指标，一般需要确定的几个问题：
固定接口参数进行压测还是进行接口参数随机化压测？
要求支持多少并发数？
TPS（每秒钟处理事务数）目标多少？响应时间要达到多少？
压服务器名称还是压服务器IP，一般都是压测指定的服务器。
3、压测设置
线程数：并发数量，能跑多少量。具体说是一次存在多少用户同时访问
Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发。理解成准备时长：设置虚拟用户数需要多长时间全部启动。如果线程数是20，准备时长为10，那么需要10秒钟启动20个数量，也就是每秒钟启动2个线程。
循环次数：这个设置不会改变并发数，可以延长并发时间。总请求数=线程数*循环次数
调度器：设置压测的启动时间、结束时间、持续时间和启动延迟时间。
说明：
一个常见的误解，认为Number of Threads(users)设置为100，Ramp-Up Period(in seconds)设置为1，就是每秒发起100个请求量（错误）。
上述的设置，表示在1s内启动100个线程，之后，jmeter便以最大限度的100个并发进行压测，不能保证1s内只有100个请求。
我们用上述的设置，对某个接口进行压测，发现：
在一秒内，发起的请求居然有五百多个，与实际想要的1s发起100个并发是有差别的。
解决方法：
添加Constant Throughput Timer（常数吞吐量定时器），该定时器可以方便地控制给定的取样器发送请求的吞吐量。
Delay before each affected sampleer下的Target throughput(in samples per minute)设置的值为6000（由于单位是一分钟，如果要求QPS为100，则该值设置为60*100=6000）
4、 压测结果查看
运行完后，聚合报告会显示压测的结果。主要观察Samples、Average、error、Throughput。
Samples: 表示一共发出的请求数
Average：平均响应时间，默认情况下是单个Request的平均响应时间（ms）
Error%: 测试出现的错误请求数量百分比。若出现错误就要看服务端的日志，配合开发查找定位原因
Throughput: 简称tps（吞吐量），默认情况下表示每秒处理的请求数，也就是指服务器处理能力，tps越高说明服务器处理能力越好。
聚合报告
5、压测结果的分析
有错误率同开发确认，确定是否允许错误的发生或者错误率允许在多大的范围内；
Throughput吞吐量每秒请求的数大于并发数，则可以慢慢的往上面增加；若在压测的机器性能很好的情况下，出现吞吐量小于并发数，说明并发数不能再增加了，可以慢慢的往下减，找到最佳的并发数；
压测结束，登陆相应的web服务器查看CPU等性能指标，进行数据的分析;
最大的tps:不断的增加并发数，加到tps达到一定值开始出现下降，那么那个值就是最大的tps。
最大的并发数：最大的并发数和最大的tps是不同的概率，一般不断增加并发数，达到一个值后，服务器出现请求超时，则可认为该值为最大的并发数。
压测过程出现性能瓶颈，若压力机任务管理器查看到的cpu、网络和cpu都正常，未达到90%以上，则可以说明服务器有问题，压力机没有问题。
影响性能考虑点包括：数据库、应用程序、中间件（tomact、Nginx）、网络和操作系统等方面。
6、性能分析？？？
二、jmeter在linux下进行压力测试
jmeter 在linux安装
简单说下，就是要先安装jdk,同时再配置环境变量，最后再上传jmeter压缩的安装包，在linux下解压完安装包就可以使用了。推荐博客：http://blog.csdn.net/zhemeteor/article/details/51315874
jmeter在linux运行
进入jmeter下的bin目录下运行脚本，未配置jmeter环境变量的条件下，运行的命令：
./jmeter -n -t a.jmx -l res.jtl
其中a.jmx是准备好的jmeter脚本；
res.jtl是测试结果文件，测试结果文件可以导入到jmeter察看结果树下查看。
jmeter添加负载机
网友评论