服务器压测

• 对于需要登陆的接口进行压测，需要先登陆获取cookie将cookie值放入信息头管理器中，才能够正常进行压测
• 同步接口与异步接口

1. 当一个支付请求被发送到支付渠道方，支付渠道会很快返回一个结果。但是这个结果，只是告诉你调用成功了，不是扣款成功，这叫同步调用。
2. 同步请求参数里会有个回调地址，这个地址是支付渠道在扣款成功后调用的，这叫异步调用

一、压测思路

1. 1

• 从小往大压测
• 每次备份压测结果（建议截图）
• 逐渐施加压力，找到系统瓶颈

• 找出a.b.c.d这几个点

  
  
  image.png

1. 2
   image.png

• a-b：资源充足，请求越多，吞吐量越大
• b-c：负载达到最佳，请求数增加，响应时间增加，总的量趋于稳定
• c-d：超出系统负载，开始部分报错，响应时间大幅增加
• d之后：系统崩溃，无法处理业务

二、压测环境准备

1. 测试工程师准备压测脚本-查询脚本。
2. 找运维人员看服务器监控数据。
3. 找开发根据压测数据和监控数据分析性能瓶颈。

三、组件

1. http请求

2. 信息头管理器（提取的cookie可以放在此处 用于压测时需要登陆的项目）

   
   
   image.png

3. 固定定时器(限定进程启用间隔时间)

4. 线程数启用记录（jp@gc - Active Threads Over Time）

• 用于查看达到设定线程启动数的开始以及结束时间，方便计算正确的服务器吞吐量。

  
  
  image.png

5. 服务器吞吐量（jp@gc - Transactions per Second）

• 通过查看到的开始结束时间计算平均吞吐量。

  
  
  image.png

6. 聚合报告
   1.总请求数（#samples）
   2.平均响应时间（average）
   3.最小响应时间（min）
   4.最大响应时间（max）

   
   
   image.png

• 压测接口脚本结构（建议直接用fiddler导出脚本不容易出错）
  
  image.png