本文为霍格沃兹测试学院优秀学员课程学习系列笔记，希望大家可以从中学到想了解的知识。
在上一篇文章完成首页浏览压测任务后，我们开始下单-支付场景的压测实践。
1. 分步拆解
1.1 POST /cart/add
1.1.1 接口分析
在电商购物场景中，最为常见和典型的就是添加购物车了，按照之前选定的接口，来看看添加购物车接口
POST /cart/add
的情况。
从接口文档中我们可以知道添加购物车需要例如价格、品牌、分类id、商品id、商品sku等信息，相对还是比较多的，这个时候再到源码中分析查看一下：
找到添加购物车的实现方法：可以看到首先需要获取到当前的 Member，再通过 UmsMember 对象来获取对应的Member 信息,其中
CurrentMember
中就包含了
id
、
nickName
和
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_stock
和
pms_sku_stock
表中涉及到的请求字段且库存数大于50的商品都查找出来：
<code>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/<code><code>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/<code><code>where p1.stock gt=50 and p2.stock gt 50;/<code>
将数据保存：
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脚本编写
閱讀更多 霍格沃茲軟件測試學院 的文章
