（43）负载测试

负载测试

当拿到一个需求，这个项目没有做过性能，你要通过接口，找到，当前硬件环境下能支持的最大可
接受的并发用户数。

因为， 并发用户数，是我们做性能测试原动力。
不知道这个并发用户数，你是要去测试得到，而不是凭空猜测。

通过负载测试找到这个 并发用户数
负载测试概念： 逐步增加并发用户数

• 负载测试

  • 引入插件

    • jmeter-plugins-manager-1.7.jar 包，把它放到jmeter的lib/ext文件夹下，重启动jmeter
      • 这个包的版本，1.4版本到1.7版本之间都可以，目前最新的版本是1.7版本
      • 当你用的包，不是最新版本，在使用插件管理时候，会自动下载到最新的版本。

      ---

  • 启动jmeter的GUI界面

    • 菜单栏 【选项】 下面有 plugins manager入口-——->如果没有放jar包，是没有这个入口
    • 弹窗中 available plugins 中就是可以去添加的插件
      • 搜索 jpgc - Standard set并且下载， 或者搜索 jpgc 有个空格，然后选择jpgc - Standard set下载
      • 勾选
      • 点击右下角 【apply changes and restart jmeter 】
        • 下载成功后，会自动重启jmeter
        • 服务器在国外，所以，网络不好的话，会下载失败 -----重复去下载

        ---

    • 成功下载jpgc插件之后
      • 线程组中，带入了一些线程组------场景设计
      • 监听器中，了一些监听器----图像界面中可以用
      • 函数中，引入了扩展函数 ------MD5函数就出来

      ---

负载场景

• 添加 Stepping Thread Group 阶梯线程组
  

  • 看到默认线程数 递增值 10

    • 一个新的项目，我不知道最大并发用户数是多少

      • 1、最大线程数，完全凭空猜测
      • 2、稍微有点依据的猜测
        • 假设： 线程数200，每个线程1秒钟发1次请求，
          • 1秒钟，服务器会受到200个请求
          • 1分钟，有多少请求 60*200=12000
          • 1个小时，有多少请求 3600*200 = 720000
          • 8个小时， 8*720000 = 5 760 0000

          ---

    • 场景设计

      • 这个线程组将启动 xxxxx 并发用户数
      • 首先， 等待xxxx 时间 启动
      • 然后， 从 xxxxx 线程开始启动
      • next add 10 threads every 30 second, using ramp-up 5 seconds
        • 用5秒时间，增加10线程数， 运行30秒， 然后进行下一轮循环
          • 并不完全等于 每1秒增加2个
          • 只是说 在 5s结束的点时，10个并发用户数都会增加出来
            • 并不完全等于 每1秒增加2个
            • 只是说 在 5s结束的点时，10个并发用户数都会增加出来
          • 启动 vs 增加
            • 增加 是一个累计行为 -----前面启动线程 还存活
            • 启动 --------没有很明确的表示 累计的行为
      • 然后，持续运行 XXXX时间
      • 最后， 每隔xxx秒停止xxxx线程

    • 整个 负载测试场景是，缓起步，快结束

      • 结束 不是 瞬间结束
        

      ---

• 监听器：

  • Active Threads Over Time 随着时间变化的活跃线程数
  • Response Times Over Time 随着时间变化的响应时间
  • Transactions per Second 随着时间变化的TPS

  ---

• 对监听的结果进行分析

  • 1、看tps图表中，是否有连续报错 --------有， 说明有问题，要分析
  • 2、如果tps没有连续报错，看响应时间的平均线。
    • 平均线的标准： 行业中，把http协议的接口的平均响应时间 能接受的极限标准为1.5s
    • 如果响应时间的平均线 超过1.5s就不能接受
      • 平均响应时间： 在并发用户数相同的一段时间内，响应时间的平均值
    • 通过这个标准 我们找到 注册 接口的 最大能接受的并发用户数区间 [30,40)
  • 3、看资源利用率

  ---

• 并发用户数 & 响应时间的关系

  • 并发用户数增加，响应时间就增加吗？ ------不合理
  • 并发用户数增加，响应时间会有变化吗？ ------合理
  • 并发用户数增加， 响应时间、tps、服务器资源利用率，不一定增加 ===√