【性能测试】轻商城-项目实战3_轻商城项目性能测试-CSDN博客

本文为博主「小慌慌」原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。--by 留白

本文链接：https://blog.csdn.net/whowhowhoisimportant/article/details/123698690

昨日回顾

昨日回顾:

(1)性能脚本的编写

通常一个用例是一个脚本，也就是一个线程组
- 如果用例是单接口，那么一个线程组中只有一个HTTP请求
- 如果用例是接口组合(业务流程)的用例，那么一个线程组中就包含多个HTTP请求
技巧:
- HTTP消息头管理器:修改HTTP请求的请求头信息
- HTTP请求默认值:统一设置HTTP请求的协议、域名、端口、编码;方便后续修改
- 用户定义的变量:在脚本公用的数据可以定义在变量中，方便后续修改
- 每个线程组及HTTP请求建议修改为用例名称，方便后续查看结果
- 编写的测试脚本，需要添加断言，并且调试通过
- 像登录及后续操作时，需要注意在后续请求中关联token，记录登录状态

(2)性能测试环境的准备

性能测试环境的特点:
- 独立使用
- 与用户环境(生产环境)一致
  - 硬件环境一致(硬件设备数量、硬件配置、网络等) —— 运维人员
  - 软件环境一致(软件版本、软件配置- 操作系统/数据库/代码/第三方软件) —— 开发人员
  - 业务使用场景一致(数据量一致、业务操作模型一致) —— 测试人员
构造性能测试数据
- 要求:构造与用户环境数据库中相同数量级别的数量
- 方法:通过python编写自动化测试脚本，在脚本中循环执行insert SQL语句

(3)性能脚本的执行

登录脚本 —— 性能测试执行
- 需要构造大量的用户数据
- 调整登录脚本，将用户名修改为函数的方法，动态变化用户名 test${__Random(100000,200000,)
- 需要配置Jmeter PerForm监控，在服务器上启动startAgent进程，监控服务器资源
- 分别模拟5/10/30/50用户来进行性能测试，并收集对应的性能指标

今日目标

对性能测试的监控关键指标有一定的了解

linux重启后检查项

由于linux操作系统的IP发生了变化，需要修改IP(查看Linux的新IP地址)

在执行性能项目启动命令，修改命令中的IP 修改本地hosts文件中的IP为更新后的IP
在连接linux系统时，需要使用新的IP进行连接
在Jmeter的PerForm监控插件中，需要修改监控的服务器的IP

进入首页脚本

1、模拟5个用户进行并发测试，监控性能指标当前测试结果并发TPS为2.1(要求TPS100)，响应时间为3.4s(小于5s);TPS未达到需求达到，同时响应时间也还在正常范围内，无法说明是否满足需求/是否有问题;因此需要进一步增加负载测试

2、分别测试10/30用户的并发执行，监控服务器性能指标:

10个用户并发时响应时间为4s，吞吐量为TPS2.3

30个用户并发时响应时间为12ms，吞吐量为TPS2.4

说明服务器当前进入首页操作的TPS最高只有2.4，无法达到100TPS的要求，因此存在性能问题

添加购物车—查看购物车—商品结算—下订单—查看订单脚本

准备工作:

1、5个用户、10个用户。。。。，用相同/不同的账号密码来登录? 不同的账号密码来进行登录。原因:

模拟真实场景，使用不同的用户登录
如果用同一账户，所有的商品都会加入到同一个账号下面

2、与前面登录脚本一样，使用随机用户名进行登录，并加入购物车?例如:前缀test + random(100000,200000)

建议将所有的用户进行顺序登录，把商品加入到对应的用户中;

目的是:在后面商品结算并下订单的性能测试时，可以直接使用加入购物车的数据，而不需要再手动在每个用户的购物车中构造商品数据

备注:如果决定在结算下订单脚本执行时，手动构造商品数据;那么在加入购物车的脚本使用顺序/随机的用户登录方式都可行

3、修改指定商品的库存量，库存量改大(保证在性能测试的过程中不能库存耗尽)

UPDATE litemall_goods_product SET number = '100000000' where goods_id =
'1181000' and id = '2'

加入购物车脚本

1、修改脚本，保证大量用户并发时，使用不同的用户(按照ID顺序)进行登录方法:

在HTTP请求(登录)下添加一个计数器，并设置开始/结束/递增/变量等参数

在HTTP请求中的用户名部分应用计数器中的参数组合成用户名:test${num}

2、模拟5个用户并发，监控性能测试指标当前并发TPS为13.7，未达到TPS为20的要求，因此不能说明满足需求当前事务响应时间为91ms，小于需求要求的3s，因此也不能说明有问题所以还需要增加负载进行进一步的测试

3、模拟10/30用户并发运行，监控性能指标

当并发数为10时，响应时间为138ms，吞吐量TPS为15.7
当并发数为30时，响应时间为592ms，吞吐量TPS为15.1
说明当前系统最大的吞吐量TPS只能达到15.7左右，无法满足性能要求

结算并下订单脚本

1、准备工作:为每个用户创建对应的收货地址

#导包
import pymysql
#创建连接
conn = pymysql.connect(host="192.168.91.137",user="litemall",password="litemall123456", database="litemall",port=3306,charset='utf8')
#创建游标
cursor = conn.cursor()
#添加地址的SQL语句
addr_sql = "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 ('{}', '{}', '{}', '北京市', '市辖区', '西城区', '天通苑', '110102', '', '{}', '1', '2020-08-12 14:17:23', '2020-08-12 14:17:23', '0');"
#循环插入数据
user_start = 100000
for i in range(100000):

    addr_id = user_start + i
    user_id = user_start + i
    username = "test" + str(user_id)
    mobile = "13012" + str(user_id)

print("插入第{}条数据ID为{}".format(i+1,user_id))
sql = addr_sql.format(addr_id,username,user_id,mobile) cursor.execute(sql)

conn.commit() #关闭游标

cursor.close() #关闭连接 conn.close()

2、修改结算及下订单的脚本，将订单中的参数——地址ID修改为每个用户对应的地址ID 方法:

在构造用户收货地址数据时，将地址ID设置为与用户ID完全一致
在Jmeter脚本中，同用户ID一样，读取计数器中的参数对地址ID进行赋值

3、模拟5/10用户并发，监控性能测试指标

模拟10个用户并发时，结算和提交订单的请求TPS都能达到11,满足需求的要求TPS为10 同时响应时间小于需求需要的3秒，因此结算及下订单的接口满足性能要求(忽略系统资源指标)

补充强调:

之前所有的脚本执行的分析，都是暂时忽略系统资源占用率高这个数据。

如果不忽略:(公司正常性能测试的情况下)

第一次模拟5个用户时，无论TPS和响应时间能否满足要求，由于系统资源使用率超过要求，都必须先提出问题并优化，再进行后续的性能测试(模拟10、30、50等)

业务流程的测试:

1、通常在所有的单接口性能指标都达到性能要求时，再进行业务流程的测试

如果业务流程中涉及的接口有未达标，则先进行接口的问题定位和调优

2、根据业务流程的脚本需要，提前准备好测试数据(用户、商品、地址)和修改脚本(多用户登录购买商品)

3、按照用例的要求分别模拟5/10/30/50/100用户并发请求，监控性能指标并分析结果