压力测试

  压力测试分两种场景：一种是单场景，压一个接口的；第二种是混合场景，多个有关联的接口。压测时间，一般场景都运行10-15分钟。如果是疲劳测试，可以压一天或一周，根据实际情况来定。

压测任务需求的确认

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

  1. 固定接口参数进行压测还是进行接口参数随机化压测？
  2. 要求支持多少并发数？
  3. TPS（每秒钟处理事务数）目标多少？响应时间要达到多少？
  4. 压服务器名称还是压服务器IP，一般都是压测指定的服务器

压测参数设置

　　

stress 压测内存如何设计 内存压力测试多久合适_服务器

 

 

  1. 线程数：并发数量，能跑多少量。具体说是一次存在多少用户同时访问
  2. Rame-Up Period(in seconds):表示JMeter每隔多少秒发动并发。理解成准备时长：设置虚拟用户数需要多长时间全部启动。如果线程数是20，准备时长为10，那么需要10秒钟启动20个数量，也就是每秒钟启动2个线程。
  3. 循环次数：这个设置不会改变并发数，可以延长并发时间。总请求数=线程数*循环次数
  4. 调度器：设置压测的启动时间、结束时间、持续时间和启动延迟时间。

　　（简单的并发测试场景可以通过在线程组内的参数设置完成，例如要达到1秒并发50请求，rame_up时间为1秒，线程数设置为50）：

　　

stress 压测内存如何设计 内存压力测试多久合适_压测_02

 

　　下面有关于递增压力测试场景的插件介绍文档：

 

 

压测结果查看

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

　　

stress 压测内存如何设计 内存压力测试多久合适_响应时间_03

  1. Samples:表示这次测试中一共发出了多少个请求，如果模拟10个用户，每个用户迭代10次，那么这里显示100；
  2. Average：平均响应时间——默认情况下是单个 Request 的平均响应时间（ms），当使用了 Transaction Controller 时，也可以以Transaction 为单位显示平均响应时间；
  3. Error%:测试出现的错误请求数量百分比，即 错误的请求的数量/请求的总数。若出现错误就要看服务端的日志，配合开发查找定位原因
  4. Throughput:简称tps,吞吐量，默认情况下表示每秒处理的请求数，也就是指服务器处理能力，tps越高说明服务器处理能力越好。

　　其他参数解析

　　(1)、Lable：Label：每个 JMeter 的 element（例如 HTTP Request）都有一个 Name 属性，这里显示的就是 Name 属性的值；

　　(2)、Median：中位数，也就是 50％ 用户的响应时间；

　　(3)、90% Line ~ 99% Line：90％ ~99%用户的响应时间；

　　(4)、Min：最小响应时间；

　　(5)、Maximum：最大响应时间；

　　(6)、Received KB/src：每秒从服务器端接收到的数据量；

　　(7)、Sent KB/src：每秒从客户端发送的请求的数量。

压测结果的分析

  1. 有错误率同开发确认，确定是否允许错误的发生或者错误率允许在多大的范围内；
  2. Throughput吞吐量每秒请求的数大于并发数，则可以慢慢的往上面增加；若在压测的机器性能很好的情况下，出现吞吐量小于并发数，说明并发数不能再增加了，可以慢慢的往下减，找到最佳的并发数；
  3. 压测结束，·登陆相应的web服务器查看CPU等性能指标，进行数据的分析;
  4. 最大的tps:不断的增加并发数，加到tps达到一定值开始出现下降，那么那个值就是最大的tps。
  5. 最大的并发数：最大的并发数和最大的tps是不同的概率，一般不断增加并发数，达到一个值后，服务器出现请求超时，则可认为该值为最大的并发数。
  6. 压测过程出现性能瓶颈，若压力机任务管理器查看到的cpu、网络和cpu都正常，未达到90%以上，则可以说明服务器有问题，压力机没有问题。
  7. 影响性能考虑点包括：数据库、应用程序、中间件（tomact、Nginx）、网络和操作系统等方面。