一:项目的介绍和部署
1.1:轻商城项目介绍
项目背景
轻商城项目是一个现在流行的电商项目,我们需要综合评估该项目中各个关键接口的性能,并给出优化建 议,以满足项目上线后的性能需要。
1.2:项目功能架构
前台商城:购物车,订单,支付,优惠券等
后台管理系统:商品管理,会员管理,商场管理,推广管理等
1.3:项目技术架构
1.4:熟悉数据库设计
作用
1:熟悉数据库设计结构,便于后期对数据库的性能监控,方便定位问题
2:构造性能测试数据
二:性能测试需求分析
2.1:获取需求
客户方给出(传统行业);根据运营数据来计算(互联网行业);根据竞品分析(新上线的无历史数据)
2.2:提取性能测试点
2.3:确定性能测试目标
三:性能测试计划及方案
四:性能测试用例设计
根据测试点逐条进行细化
性能测试的数据,有明确的要求,需要达到一定的业务量
从接口维度上描述测试步骤
如果接口有关联,放在一个测试用例中
五:性能测试执行
5.1:编写测试脚本
常用测试元件
1:取样器–http请求
2:配置元件-用户定义变量
3:配置元件–http请求默认值
4:后置处理器–json提取器
5:断言–响应断言/json断言
6:监听器–聚合报告/察看结果树
jmeter脚本的基本结构
按照用例去编写脚本信息
5.2:建立测试环境
如何搭建性能测试环境
性能测试环境的特点:
独占性 尽量保持性能测试环境与真实生产环境一致性
硬件环境
包括服务器环境,网络环境等
软件环境
版本一致:包括操作系统,数据库,被测应用程序,第三方软件等
配置一致:包括操作系统,数据库,被测应用程序,第三方软件等
使用场景一致性
基础业务数据的一致
业务操作模式的一致性:尽量模拟真实场景下用户的使用情况
如何构造性能测试数据
目的:压测环境中的数据量尽量与生产环境中数据量一致
方法:为了快速创建大量数据,可以直接操作数据库进行添加
准备插入数据的sql语句
循环执行sql语句来插入数据
导包>>连接数据库>>创建游标>>执行sql语句>>关闭游标>>关闭连接
import pymysql
conn =pymysql.Connect(host=’www.litemall360.com’,port=3306,user=’root’,passwd=’123456′
,database=’litemall’,charset=’utf8′) #建立连接
cursor = conn.cursor() #创建游标
sql11 = “INSERT INTO `litemall`.`litemall_address`(`id`, `name`, `user_id`, `province`, `city`, `county`, `address_detail`, `area_code`, `postal_code`, `tel`, `is_default`, `add_time`, `update_time`, `deleted`) VALUES ({}, {}, {}, ‘北京市’, ‘市辖区’, ‘东城区’, ‘123123’, ‘110101’, ”, ‘13426388766’, 0, ‘2022-09-14 18:20:06’, ‘2022-09-14 18:20:06’, 0);”
start_id=4
for i in range(3): start_id= start_id+i
cursor.execute(sql11.format(start_id,start_id,start_id))
conn.commit() #提交
cursor.close() #关闭游标
conn.close() #关闭连接
5.3:性能测试监控
系统指标:响应时间,吞吐量,错误率,并发数
资源指标:cpu,内存,磁盘,网络
5.4:执行测试脚本
登录
进入首页
收索商品
六:性能分析和调优
6.1:性能调优的步骤
1:确定问题:根据性能监控的数据和性能分析的结果,确定性能存在的问题
2:确定原因:确定了问题之后,对问题进行分析,找出问题产生的原因
3:给出解决的方案:确定调整目标和解决方案
4:验证问题:按照给出的解决方案,重新进行测试
5:分析调优结果:分析出问题的性能指标是否有提升,关注其他指标未下降
6.2:性能瓶颈分析
在实际的性能测试中,会遇到各种问题,比如tps压不上去,导致这种现象的原因很多,作为测试人 员应该配合开发人员进行分析尽快找出瓶颈的所在
服务器的资源,jvm–java程序运行的环境,数据库的资源,程序内部实现机制–开发人员编写的代码分 析,压测机
6.2.1:硬件服务器指标
cpu,内存,磁盘,主板,显卡,机箱,电源,散热器等
运行速度上:cpu>>内存>>磁盘
存储空间上 :磁盘>>内存>>cpu
cpu
测试关注点
内存
磁盘IO
磁盘IO瓶颈:影响性能是磁盘的读写速度(Input和Output),不是磁盘的大小
查看磁盘IO使用的命令:iostat -x l l
测试关注点
如果%util接近100%,说明磁盘长时间占用cpu在发送请求,说明磁盘传输速度不足,I/O系统已经满负荷,存在瓶颈
如果%iowait的值过高,说明磁盘io传输数据的任务很多,在等待,表示硬盘存在I/O瓶颈
网络
网络瓶颈:影响性能的是网络的传输速度,与网络的总带宽进行对比,接近总带宽,说明网络存在的瓶颈
查看网络使用的命令:sar -n DEV 1 2
测试关注
实际统计的发送速率(rxKB/s)和接收速率(txKB/s),与网络的总带宽进行对比,查看使用的百分比(如果无限接近100%,说明存在网络性能瓶颈)
补充:宽带和带宽
宽带:用户(业务)维度来描述网络速度的方式,比如:20M(兆)宽带,100M宽带,200M宽带
速率单位:b(bit)/s
带宽:数据在网络中传输的速率,比如下载东西(迅雷),在技术中都是用带宽来描述速率的
速率单位:B(byte)/s
区别:1B=8bit
实际情况:1000M的宽带—对应的带宽速率是1000/8=125M
6.2.2:数据库
数据库瓶颈–慢查询
慢查询的定义:指执行速度低于设置的阀值得sql语句
作用:帮助定位查询速度较慢得sql语句,方便更好得优化数据库系统的性能
show variables like ‘slow_query%’;
show variables like ‘long_query_time’;
慢查询开启并配置
set global slow_query_log=’ON’; #开启慢查询日志
set global long_query_time=1; #设置慢查询时间标准,设置之后会在下次会话生效
数据库瓶颈–数据库连接池
为什么使用数据库连接池
数据库连接池定义:事先建立连接,负责分配,管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而不是再重新建立一个,节省了sql语句执行前后连接的和关闭的时间
测试关注点
show VARIABLES like ‘%MAX_CONNECTIONS%’; #查看mysql最大连接数
show status like ‘Threads_connected’; #查询当前数据库已建立连接数
执行脚本100个线程组查看建立的连接数的比例
数据库瓶颈–数据库死锁
当一个用户修改数据时,对该数据进行加锁操作,使其他用户不能进行修改
只有当第一个用户修改完成之后,其他用户才能修改
MySQL常见有两种锁:表锁,行锁
表锁:效率低,但是安全性高(不会出现死锁)
行锁:效率高,但是安全性低(会出现死锁)
死锁:是指两个或者两个以上的进程再执行过程中,因争夺资源而造成的一种相互等待的现象
SHOW OPEN TABLES where in_use>=1; #查看当前正在使用的表(可能是锁定的表)
show PROCESSLIST; #查看执行长时间的线程,找到对应的sql
kill process_id; #如果锁死,先手动杀死死锁的连接