测试开发 | JMeter 典型电商场景(下单/支付)的性能压测

708 篇文章 24 订阅
646 篇文章 0 订阅

在上一篇文章完成首页浏览压测任务后,我们开始下单-支付场景的压测实践。

1. 分步拆解

1.1 POST /cart/add

1.1.1 接口分析

在电商购物场景中,最为常见和典型的就是添加购物车了,按照之前选定的接口,来看看添加购物车接口POST /cart/add的情况。

从接口文档中我们可以知道添加购物车需要例如价格、品牌、分类id、商品id、商品sku等信息,相对还是比较多的,这个时候再到源码中分析查看一下:

找到添加购物车的实现方法:

可以看到首先需要获取到当前的 Member,再通过 UmsMember 对象来获取对应的Member 信息,其中 CurrentMember 中就包含了 idnickName 和 deleteStatus 信息,可以依此自动获取到,其实是无需我们填写的参数。

那我们需要填写的参数是什么,可以得到这个 CurrentMember 信息呢?

再找到getCurrentMember()的实现方法:

从这里就可以看到它需要获取一个鉴权信息去解密,然后获取当前的Member信息,也就是我们最开始需要在请求Header中带入的Authorization:${token}:
最终如果购物车不存在就新增一个购物车,如果购物车已经存在就更新购物车信息;

1.1.2 接口数据构造

购物车数据构造注意事项:

到这里,我们看似已经知道了购物车如何添加,调用接口传参随意插入数据即可,但是要注意的是:

如果我们随意的插入数据,可能接口会通过,数据也能插入成功,但是很可能会影响其他相关一系列业务的接口;例如我们可能插入了某个sku的商品,而这个商品已经库存不足了,那么接下来下单的业务就必然会失败。因此我们需要添加符合真实逻辑的购物车数据。

通过梳理传参可以知道了购物车的数据来源于两张表 pms_sku_stock 和 pms_sku_stock

pms_sku_stock表中构建sku数据时,需要注意的是stock数,下单一定要有库存的概念,Real_stock真实库存+lock_stock锁定库存一定不能大于固定的总库存值,否则就会下单失败,这是构造数据的限制。

从源码中也可以看到 realStock = stock - lockStock

购物车数据构造:

现在我们开始构造数据,通过MySQL的join多表查询,将pms_sku_stockpms_sku_stock表中涉及到的请求字段且库存数大于50的商品都查找出来:

select p1.id, p1.product_category_id, p1.product_sn, p1.brand_name, p1.price, p1.name, p1.pic, p1.sub_title, p2.sku_code, p2.id
as product_sku_id, p2.sp1, p2.sp2 from mall.pms_product as p1 join mall.pms_sku_stock as p2 on p1.id = p2.product_id
where p1.stock >=50 and p2.stock > 50;

将数据保存:

1.1.3 Jmeter 脚本编写

1.1.4 Jmeter 脚本调试
 

经过上面一通分析与操作,还要考实践来验证脚本的正确性:
 

OK,顺利通过了!(其实没有那么顺利,只是我踩过坑了,在尝试了各种失败后将成功的一次展现到了这里而已~)


在去数据库中看一下,没问题,成功插入:

补充说明:调试过程中出了可以看Jmeter的结果树中的数据,还可以查看对应容器的spring.log,进入容器,在目录/var/logs/下:

1.2 GET /cart/list

GET /cart/list

1.2.1 接口分析

由于日常我们添加完购物车的时候都会去刷新一下购物车信息,并且通过cart/list也可以验证购物车是否添加成功,所以对于/cart/list接口的测试是很有意义的

此接口比较简单,只是一个get请求来获取当前用户的购物车信息:

1.2.2 Jmeter脚本编写

1.3 GET/cart/list/promotion

GET /cart/list/promotion

1.3.1 接口分析

订单信息是通过购物车去生成,在生成订单的同时可能还会涉及到优惠券,积分等信息,因此在生成订单的时候需要check一下会员的各种优惠促销信息。


此接口也是个比较简单的get接口:

1.3.2 Jmeter脚本编写

1.4  POST/order / generateConfirmOrder

GET /cart/list

1.4.1 接口分析

上述是一个确认订单的post请求接口,但是从接口文档中看到的是没有需要传入的请求参数,具体原因可以来看一下源码:

找到对应的方法实现:
通过源码可以看到,程序会去回去当前用户的购物车信息地址信息优惠券信息等来计算生成订单;这也就是为什么购物车相关接口要放在整个链路靠前执行(本例中目前只涉及购物车,未涉及优惠券积分等信息)。

1.4.2 Jmeter脚本编写

1.5 POST/order/generateOrder

1.5.1 接口分析

有接口文档可以看到这是一个传入购物车信息然后生成订单的接口,这里传入的有优惠券id收货地址付款类型积分信息,查看部分源码如下:
从源码中可以看到会先对优惠券和积分的null值进行判断,而在刚才介绍过当前的场景中不涉及优惠券和积分,因此在接口传参时我们就不传入couponIduseIntegration了。

1.5.2 Jmeter 脚本编写

运行调试脚本,我们发现了如下失败:

我们查看日志,发现在OmsPortalOrderServiceImpl.generateOrder方法的第189行报了空指针异常的错误:


以此我们找到源码的位置处,发现原来是缺少收货地址信息:

因此到这里我们需要添加收货地址信息,那就利用相关接口,通过Jmeter去构建我们需要的数据。

1.6 POST/member/address/add

1.6.1 接口分析

按照请求参数填入请求信息即可。

1.6.2 Jmeter脚本编写

因为只是为了构造数据,所以我们单独在线程组下面创建一个线程,其余的都暂时Disable:

另外,id和MemberId也同样是通过鉴权信息获取到,不需要传入:

一个用户生成一个地址信息即可,所以在鉴权的CSV Data中将循环设为false

调试验证脚本通过,创造线程构造数据即可:

1.7 获取 memberReceiveAddressID

在确认订单的接口返回值中,我们可以看到 memberReceiveAddressId

这样的话直接通过JSON Extractor获取即可:
下单成功:

1.8 POST/order /paySuccess

订单总算是完成了,到了最后一步支付了。

1.8.1 接口分析

从接口文档中可以看到支付接口需要传入订单的orderId,这里有个坑要注意的是它的参数传递是类似get请求形式的在URL后面接参数:

orderId自然是要从确认的订单返回值中,因此还是老方法,JSON Extractor获取即可:

1.8.2 Jmeter 脚本编写

调试验证:

2. 阶段总结

到这里,整个电商模式的典型购物下单场景脚本已经几乎完成,整体概览如下:


上面说几乎完成,也就是还差一点,我们还需要对实际的发压场景做最后的调整,因为目前的线程数是一次性发起的,没有一个梯度的概念,而实际的场景中是呈现一种递增的形式。

所以为了测试的更真实性,我们要借助插件来完成需求,具体在下篇文章谈 Ultimate Thread Group 插件的应用。

最后: 下方这份完整的软件测试视频教程已经整理上传完成,需要的朋友们可以自行领取 【保证100%免费】

在这里插入图片描述

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

在这里插入图片描述

在这里插入图片描述

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JMeter是一种常用的压力测试工具,它可以模拟大量并发请求,测试系统在高负载下的性能和稳定性。下面是使用JMeter进行AK/SK压测的步骤: 1. 准备压测数据:首先需要准备一些符合实际情况的测试数据,如不同的请求类型、请求参数等。 2. 配置请求参数:在JMeter中创建一个HTTP请求,将AK和SK作为请求参数中的一部分。可以通过JMeter的用户变量功能,将AK和SK定义为变量,方便后续的使用。 3. 配置HTTP请求头:在HTTP请求中添加一个请求头,包含AK作为请求头中的一个参数。 4. 配置签名信息:在HTTP请求中添加一个参数,用于存储生成的签名信息。可以使用JMeter的BeanShell脚本,编写签名生成的逻辑,并将结果保存到该参数中。 5. 配置并发数:在JMeter中配置并发数和线程数,以模拟高并发请求的场景。 6. 配置测试计划:在JMeter中创建一个测试计划,包括压测场景压测数据、压测目标等。可以通过JMeter提供的图形界面,方便地进行测试计划的配置和管理。 7. 运行测试:在JMeter中启动测试计划,开始模拟大量并发请求,测试系统的性能和稳定性。可以通过JMeter提供的分析报告,对测试结果进行分析和统计。 需要注意的是,在进行AK/SK压测时,需要注意对系统的影响,避免对生产环境造成影响。同时,还需要注意对系统的安全性进行保护,避免泄露敏感数据。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值