性能测试--稳定性测试

原创已于 2023-08-01 20:34:46 修改 · 972 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#压力测试

于 2023-06-13 17:30:11 首次发布

文章讨论了场景测试中的线程设置和稳定性运行，强调了内存问题的识别与解决方法，包括使用dump文件和分析工具，关注GC日志。此外，还提到了数据库性能、redis内存消耗以及kafka数据链路的一致性检查。

场景测试：

1.session一般会一段时间后强制过期，可设置多个线程，在测试计划中勾选独立运行每个线程。

这样，如：每个线程运行4小时，稳定性总共运行24H，则可以设置6个线程组：4*6=24H

数据分析：

1.测试报告：报错比例error%，tps是否稳定，没有异常时间段

2.grafana:CPU最大占比，mem内存，活跃线程、镜像实例图；如有异常波动，则有问题

问题分析：

1.内存问题：

1.内存出现明显的波动：

2.压测完成，内存不释放

内存问题解决方案：

1.dump文件：

取dump文件：1.IBM JDK:kill -3 -1 杀进程、取dump文件

2.OPEN JDK：云管平台可直接下载（一般在logs/dump目录下）打包再下载：tar -zcvf

分析工具：dump-tool-ibm.zip或者mat,zip--->解压后点击ha456.jar打开dump文件即可

一般情况下：只有自己写的代码才会有内存泄露的可能性，因此关注自身代码目录下的数据

3.GC日志：

一般情况下，FullGc的频次不小于10min，执行时间不小于1s；yongGC不小于10s一次,执行时间不超过50ms.

4.数据库：

一般没有执行时间越来越长的慢SQL大概率没问题。

铺底数据：1小时大概1000万条数据；测试所用数据比较慢，1小时只能100万左右（数据量越大，插入越慢）

插入数据可500条提交一次：value后加500条数据，以逗号“，”拼接

5.redis:

如果涉及创建key，则需要关注内存消耗，并通过grafana计算redis压测内存消耗大小

6.kafka:

检查从入口发起，到终端落地整个链路中的数据是否保持一致。

异步情况：关注 datainput-->datafilter-->qulication三个生产和消费的数据是否和压测的sample数一致。

kafka：topic统计命令：

kafka安装目录的bin下：

查看消费：

./kafka-consumer-groups.sh --describe --all-groups --bootstrap --server ip1,127.0.0.1:8080,ip3|grep 'topic'

1.查看kafka详情
 bin/kafka-topics.sh --bootstrap-server  localhost:9092 --topic test_topic --describe
2.列出所有topic列表
bin/kafka-topics.sh --list --bootstrap-server  localhost:9092
3。列出所有customer列表
bin/kafka-consumer-groups.sh --list --bootstrap-server  localhost:9092