【学习笔记】性能测试——Jmenter的使用入门（自用）

℃change

已于 2023-05-11 14:32:02 修改

阅读量350

点赞数 2

文章标签：学习笔记压力测试

于 2023-05-11 11:26:04 首次发布

本文链接：https://blog.csdn.net/weixin_45326506/article/details/127937278

版权

一、性能理论

性能测试理论
1. 什么是性能测试
  1. 初始
    1. 服务器崩溃，宕机
    2. 客户机性能
  - 概念：利用脚本或者工具对于被测系统进行一定的负载测试，观察性能指标是否满足用户需求、得到相关性能指标，并优化
  - 性能测试的目的：不是完全为了找bug。是为了验证系统的性能是否满足用户的需求或者做出系统的性能瓶颈、性能指标。
  - 测试手段：主要使用工具
    - JMeter：基于线程
    - loadrunner 基于线程
    - locust ：基于协程 python的第三方库，用于压力测试
  1. 被测对象
    1. 代码：代码+多线程
      1. web协议请求：代码、工具+多线程
    2. app c\s：
      1. 服务器：代码工具+多线程
      2. 客户端：工具
  2. 核心技术
    1. 多线程|进程|协程 - 模拟多用户（负载）
    2. 尽可能模拟用户的真实场景
      1. 访问系统
      2. 前端相关静态出资源
      3. 等待时间
    3. 基于协议
      - HTTP HTTPS WEBSOCKET
      - python :requers库
为什么做性能测试
1. 稳定性\可靠性
2. 查找bug
3. 可用性：是否满足用户需求，达到客户体验
4. 承载压力多大、负载能达到
5. 大压力情况下，成功率、错误率是否达到要求
6. 相应时间
7. 并发用户数
  1. 节约资源开销
    - 服务器资源 ——通过性能测试去验证服务器资源是否满足需求
分类
1. 负载测试
  1. 概念：一定的软硬件、网络环境下，向系统改变负载方式、增加负载观察系统的性能指标，是否存在性能瓶颈
  2. 目的：得到最佳用户数、最大用户数
  3. 场景：功拱形场景
  4. 指标计算
2. 压力测试
  1. 概念：在一定的软件硬件和环境下，向被测系统添加大量的负载（最佳用户数、最大用户数）进行长时间的观察性能指标，得到性能瓶颈
  2. 目的：找到性能瓶颈
  3. 场景：门形场景
3. 容量测试
  1. 概念：在一定的负载和网络环境下，向被测系统的储存设备构造大量的不同的数据，添加一定的负载进行长时间的运行，观察性能指标
  2. 目的：得到存储设备的容积
  3. 场景
4. 并发测试
  1. 概念：在一定的软件硬件及网络环境下，向被测系统某个功能模块一次性添加大量的负载，并长时间运行，观察系统的性能指标
  2. 目的：慢sql，线程锁，锁表
  3. 集合点：
5. 基准测试
  1. 概念：在一定的软件硬件及网络环境下，向被测系统添加单个或多个负载进行性能测试，验证性能测试环境、性能测试脚本是否存在问题
  2. 目的：验证性能测试环境、性能测试脚本，得到基础数据
6. 稳定性测试
  1. 概念：在一定的软件硬件及网络环境下，向被测物体系统添加一定时间的负载并模拟用户真实操作时间（2x24\ 7x24）运行，观察系统性能指标
  2. 目的：稳定性（尽可能模拟真实用户真实场景：环境，环境、长时间）慢sql，内存溢出、宕机
7. 配置测试
  1. 概念：在一定的负载下，通过调整软件、硬件环境让被测系统性能指标最优，得出被测系统软件、硬件配置最佳
  2. 目的：得出被测系统软件、硬件最佳配置
    1. 软件：Tomcat\tedis\mysql
    2. 硬件：服务器
怎么做性能测试
1. 关注点
  1. 是否满足用户性能需求
  2. 性能指标
  3. 最佳用户数和最大业务量
  4. 慢sql
  5. 系统内存、线程的合理回收、利用
  6. 是否可以长时间运行
  7. 出现问题导致崩溃以后是否可以恢复
什么时候做性能测试？
1. 项目时间节点
  - SIT以后，大部分bug修复完成，保证未修复的bug不会对性能测试产生影响
2. 系统声明周期
  - 新产品
    - 满足用户需求
    - 得到性能数据（最大用户数、最佳用户数）
  - 扩容
    - 用户增减
  - 优化
    - 生产出现性能问题
    - 分析可能会出现性能问题

二、性能测试流程

流程
1. 系统测试流程：分析、设计、实现、执行
  1. 需求分析 —— 由产品经理提供
    1. 分析被测系统有没有必要进行性能测试
    2. 分析测试系统的那些功能需要进行性能测试
    3. 需要的数据（测试数据、指标数据）支撑
      1. 老产品
        运维提供（埋点）
        每个功能模块用户访问量多少？以及访问用户的趋势
        得出系统现阶段、未来某个时间点用户体量
      2. 新产品
        市场竞品
        参考竞品
    4. 常见的性能测试场景
      1. 能力验证
        在要求平均响应时间小于2秒的前提下，如何判断系统是否能够支持50万用户/天的访问量？
        基准测试、负载测试、压力测试（可选）
      2. 规划能力
        某系统计划在一年内获取用户量达到100w，系统到时候能不能支持怎么多用户量？如果不能需不需要做测试？
        基准测试、负载测试、配置测试
      3. 性能调优
        某某系统上线一段时间以后，相应速度越来越慢，此时应该怎么办？
        基准测试，配置测试
      4. 缺陷发现
        某些曲线只能在高负载的情况下才能暴露出来，如线程锁，内存溢出
        并发测试、压力测试、稳定性测试
      5. 应用场景 —— 团购/秒杀
        基准测试、并发测试、压力测试
        集合点
设计
1. 测试方案
  1. 测试目的
  2. 测试范围
  3. 组织架构
  4. 测试环境
    - 性能测试环境更接近于真实环境
    - I\O密集型
      - 文件服务器-专门用于存放文件、视频的
    - 业务逻辑—— CPU、内步要求比较高
  5. 测试准备（准备数据）
  6. 测试设计
    1. 业务场景分析
      - 根据业务需求去设计场
      - 根据场景选装测试类型
    2. 业务建模
      - 系统一般情况用户访问量最大的是什么时段
      - 二八原则
        80%的业务量集中在20%的时间段内
        性能测试关注百分之二十的时间段
      - 漏斗模型
        百分之百的人会登录软件，最后只有百分之20的人会下单购买产品
    3. 确定测试类型
    4. 测试工具
      - jmeter
      - lodarunner
    5. 启动\结束\暂停\再启动准则
    6. 测试输出
实现
1. 脚本的实现
2. 基于脚本的调试
  - 单用户多迭代：一个线程只循环一次
  - 单用户单迭代：一个线程循环多次
  - 多用户单迭代：多个线程循环一次
  - 多用户多迭代：多个线程循环多次
3. 根据场景、业务模型选择对应的工具实现性能测试的脚本
4. 模拟用户真实场景
  - 构造多用户
  - 模拟用户的界面访问（除去接口HTML意外的js、图片、css请求）
  - 等待时间
  - 模拟并发数
  - 参数化
  - 网络带宽
  - 数据的容量（容量测试、稳定性测试）
  - 是否使用缓存
  - 请求数据大小
  - 发送请求的客户端与web的服务器不能在同一台电脑上
5. 执行
  1. 搭建测试环境
    1. 被测系统测试环境
    2. 测试监控环境
  2. 测试数据的准备
  3. 执行性能测试脚本
    1. 收集性能测试结果
  4. 如果测试环境无法达到真实环境要求，应当如何开展性能测试？
    - 指标换算法
    - 利用深夜、维护时间到生产环境做性能测试
6. 结果分析
  1. 根据执行数据结果进行性能分析，得出性能指标的结果，找出瓶颈
  2. 存在性能瓶颈，等开发优化，再次运行-分析
  3. 出性能测试的报告
    1. 测试目的
    2. 测试结果
    3. 测试过程及分析
    4. 风险说明

三、性能指标

1. RT(respose time) 响应时间（用户最直观的感受）

  - 反应的服务器(被测系统、服务器)处理处理请求的快慢
  - 请求或者某个操作从发出的时间到服务器响应的时间的差值就是响应时间
  - 服务器进行业务的逻辑处理时间 + 数据（请求数据、响应时间）传输时间

2. TPS(transaction per second) - 每秒事物数：反应了服务器处理的能力 web、数据库处理能力

  - 单位时间内服务器处理事物的数量
    - 事物：一个请求，或者一组请求
  - 计算公式： 用户数(负载)/ (等待时间+RT)

3.QPS（query per second）每秒查询数：针对数据库而言的

4.FPS(from per second) 每秒发送帧数

5. Throughtput(吞吐量)

  - 单位时间内服务器处理请求的量（请求数、字节数）
  - 网络带宽
  - 网络带宽&计算存储单位
     1. 分类
           1. Throughtput in - TI 吞： 进入服务器的请求
           2. Throughtput out -TO 吐：服务器返回量（响应）

6. HPS 每秒点击数反应了客户端向服务器刚发送请求的能力

7. 服务器资源使用率

     - cpu 使用率建议70%——80%
     - 内存：临时存放数据  建议70%——80%
     - 硬盘：磁盘队列，磁盘利用率建议不超过80%
     - 网络：  影响网络传输速度
     1.数据库
        命中率

8. 错误率： 0.6%~5%

9. 并发数

     1. 用于并发操作用户数量
     2. 计算：
        - 估算： 最大用户在线数 * （8% — 12%）
        - 公式估算
        - 使用tps计算

10. PV（page view）页面浏览量

11. UV(Unique visitor) 独立访客

6.其他

  - 性能指标数据 90%的用户、95%的用户满足

四、 jmeter工具

1.初认

  - jmeter是apache公司开发的免费软件，java语言开发的
  - 基于多线程
  - 默认jvm内存设置可以模拟300-500个用户，最大可达到1千个用户
  - loadrunner：最大可模拟6.5万个用户；
  - jmeter可支持Windows、linux等多个平台运行；可对 程序做功能\回归测试，