性能测试分类

1:负载测试

目的:找到系统最大有效用户量

加压策略:阶梯加压

性能指标:响应时间,资源利用率等

Jmeter的阶梯加压:

  • This group will start:最大启动用户数量
  • First wait for:时延0s
  • Then start:首次启动用户数
  • Next add:每次加压的用户数量
    • threads every:每次添加用户数量
    • using ramp-up:多少S启动这么多用户
  • Then hold load for:最大用户并发时保持的时长
  • Finally stop:每次关闭用户数量
  • threads every:多少S关闭指定数量的用户

在这里插入图片描述

监听器:

  • jp@gc - Active Threads Over Time:实际并发用户数量
  • jp@gc - Response Times Over Time:响应时间
  • jp@gc - Transactions per Second:每秒事务量
  • jp@gc - PerfMon Metrics Collector 需要在服务器开启ServerAgent服务
    • Host/IP监控的服务器的IP地址
    • Port监控的服务器的端口号,建议4444
    • Metric to collect 监控的指标 比如 CPU Memory(内存) DisksI/O(硬盘) NetWorkI/O(网络)
    • Metric parameter 监控的规则 used(使用的) free(空闲的) total(总数)

在这里插入图片描述在这里插入图片描述

2:压力测试

目的:在一定的软件,硬件网络环境下,超过最佳有效用户量的情况下,对系统继续施加压力,直到系统崩溃或者不再处理任何请求,找到系统的瓶颈

加压策略:阶梯加压

3:稳定性测试

目的: 在最佳有效用户的情况下,长时间的运行,测试系统能否长期的正常运行

加压策略:

  • 普通加压
  • 阶梯加压

4:并发测试

目的:模拟多个用户同时访问同一个应用,同一个存储过程,同一个功能,同一个数据记录,判断系统是否存在并发问题

并发问题:

  • 死锁问题
  • 超卖问题

5:失效恢复测试

目的:针对高可用系统(有冗余备份或者负载均衡的系统)进行的失效恢复测试

测试过程:在测试过程中,人为的关闭其中一台服务器,查看业务能否平滑切换到其它服务器,恢复后,查看该服务器能否正常提供业务功能

6:基准测试

目的:不同软硬件环境对系统的影响

测试过程:在一定的软硬件环境下测试一组性能数据,建立一个已知的性能水平作为基线,改变当前的软硬件环境(一次只能改变一次环境),再测一组性能数据,比较两组性能数据的区别,查看性能的变化过程

举例:

  • centos7 4核CPU 16G内存 1T硬盘 基线
  • redhat 4核CPU 16G内存 1T硬盘 性能数据
  • centos7 8核CPU 16G内存 1T硬盘 性能数据和基线进行比较

7:配置测试

目的:通过改变不同的配置,找到适合系统的最佳配置项

过程:在一定的配置情况下,测试性能指标作为基线,修改某一个配置,进行性能测试,得到的性能指标和基线比较,以此找到系统的最佳配置项

比如:

  • JVM配置
  • 数据库连接池配置
  • MQ消息队列配置
  • 中间件等配置
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值