一：项目的介绍和部署
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; #如果锁死，先手动杀死死锁的连接