---

前言

1、电商项目当中专业名词

1）收到订单

订单系统接到新单的状态，此处根据业务分为两块逻辑处理：三方平台（如天猫、京东）的订单，客户在销售平台上完成了交易，由订单系统接到销售平台同步的订单后的状态。

自营平台的订单，客户提交订单后，订单系统便生成一张新订单，不过此订单需判断若为在线支付订单，需付款以后才能继续往下流转。
生成履约单（一种协议）

2）预分仓

寻找跟订单收货地址地址距离最近仓库
核验该仓库的指定商品的库存，是否足够该订单发货
锁定该仓库中指定商品的对应数量的库存
将订单履约分配给该仓库，完成预分仓的过程

3）风控拦截

某些不符合业务规则的订单，如疑似恶意订单，在订单系统中打上拦截标记，待人工审核通过后才能继续放行。若明确为恶意订单，则将订单取消。

（订单拦截规则因为行业、公司、业务不同，要根据实际业务情况进行梳理，不在这里详述。另外，到底是先分仓预占，还是先拦截订单？木笔认为应该先进行分仓，虽然恶意订单可能会占用部分库存，但处理完以后，订单会被取消释放库存。此种处理方式好过一些疑似但不是恶意的订单因为被拦截了而没有分仓，导致后续库存被其它订单占用而引起超卖的情况。）

4）合并处理

为降低运费成本和库房作业成本，在一定时段内，满足合并条件的订单，在订单系统中合并为一单下发库房/门店发货。

5）人工审核

某些业务规则下，会要求订单在人工审核处理后方能继续流转，例如：被拦截的订单、客户有特殊需求的订单等。

为提升履约效率，其它订单可自动审核而无需人工一一处理。当然此审核功能可以直接放在履约系统中供客服使用，也可以提供服务供客服系统调用。

6）重分仓

若在人工审核处理环节，客服修改了订单收货地址、商品及数量等分仓相关信息，从而影响了预分仓的结果，需要重新进行分仓预占，并清除原预分仓结果。

7）分物流

由于全国各仓的物流是单独签约，根据仓库所处的位置不同，签约的物流可能不尽相同。所以，在明确了发货库房以后，履约系统调用物流配送系统提供的物流服务进行物流商的匹配，以及调用物流公司接口获取电子面单相关信息。

8）下库房

物流公司分配完成以后，订单履约需要的信息已组装完全，订单履约系统根据订单距离和物流信息试算履约时效（履约时效主要用于服务承诺，为库房波次提供参考），并将订单下传仓储路由中心，经此系统路由至目标库房或门店生产发货。

9）生成拣货单

系统或库房操作员将定位成功后可以一起拣货的订单（如相同物流公司、相同拣货区域等）打包生成一张批拣单，在非自动化作业模式下，一张批拣单中含多少订单合适？

一般按照拣货员推着拣货容器一次性能放下的拣货箱上限即可。例如一个拣货小车上能放下12个拣货箱，则可以设定1张批拣单含12张订单。

10）打印拣货单

打单员按照批拣单将每张订单的面单、纸质发票、发货清单打印出来并按订单顺序整理存放。

11）人工拣货

拣货员按批拣单领取拣货任务（纸单或PDA），并按拣货路径完成拣货任务（若拣货区域过大，可将批拣单再拆分为多个拣货任务，按区域完成拣货）。若是边拣边分模式，拣货员一边拣货一边将批拣的商品分拣到每个拣货箱,拣货完成也分拣完成；若是先拣后分模式，待拣货员拣货完成后再集中进行集货分拣。

12）复核打包

复核员按照订单的下单明细对商品进行复核确认，无误后交由打包员打包并粘贴物流运单。

13）发货

发货员将包裹交由快递员揽收，并在系统中操作发货，代表订单从库房发出。发货以后，若实际发货物流有变化，回传实际的物流公司及物流单号至履约系统，履约系统再通过订单转换中心将物流信息回传销售平台。
若是新零售下的自提业务，则由门店店员打包以后，等待客户上门自提。

14）物流揽件

物流公司快递员收到包裹后，在系统中操作揽件，揽件操作信息可由配送系统调用物流公司提供的接口获取，解析完后回传订单系统。

15）物流运输

包裹从物流公司的分拣中心分拨发出。

16）物流派件

包裹到达配送站点，派件员按照路线进行派件上门。

17）物流签收

包裹送达客户手中，完成签收。

2、商品选购功能测试点

1）是否可以按照综合，销量，新品和价格排序进行选购
2）是否可以按照列表或者图块显示进行选购
3）是否可以自定义筛选进行选购
4）是否支持搜索商品名称进行选购

5）点击商品价格或者描述是否可以进入到商品详情页
6）是否显示商品的效果展示图
7）是否显示分享，加入购物车等按钮
8）商品是否可以点击收藏
9）点击立即购买是否出现购买信息填写的上浮框

10）是否显示商品缩略图和折后或者券后的价格
11）商品选购时是否显示地址
12）是否显示不同的颜色，分类，规格
13）是否显示商品的可选数量，库存，以及订单备注
14）选择完具体的规格参数后是否会出现支付方式
15）是否会出现默认支付方式

3、取消订单功能测试点

1）点击全部-我的订单是否会跳转到全部和待付款列表
2）点击待付款字样是否会显示待付款订单
3）点击更多是否会出现取消订单
4）点击取消订单是否会出现上浮框
5）点击取消订单的原因是否可以选择：价格贵，余额不足，款式拍错，暂时不需要了等选项

6）点击选择余额不足取消订单是否会跳转到已取消界面
7）是否显示查看订单和去购物车按钮
8）点击查看订单是否显示交易关闭状态
9）订单取消后是否支持删除订单
10）待付款订单是否变为交易关闭状态

11）取消订单后，原来使用的积分是否会返还
12）取消订单后，原来使用的优惠券是否会返还
13）返还的优惠券是否会及时到账
14）返还的优惠券是否会显示在我的权益-优惠券中

取消订单功能相关的bug：

bug描述：选择余额不足取消订单本来是应该显示交易关闭的，但是我返回到我的订单发现还存在待付款状态中，我点击待付款的这个订单显示"该订单状态不存在的报错"，但是我通过fiddler抓包查看接口是没有返回该订单的信息

原因：接口和数据库状态已经变为交易关闭，但是前端页面还是显示待付款，后面定义为一个前端的bug，原因是前端开发根据后端返回的接口数据做判断没有进行状态的流转。

4、加入购物车的测试点【超级重点】

1）不登录和登录的情况下能否加入购物车
2）点击加入购物车是否会显示商品的颜色，规格，数量等等
3）在商品详情页面加入购物车和商品列表页面加入购物车是否有不一样的地方
4）假如商品库存只有100件，要验证边界值的情况，比如99,100,101件是否可以加入

5）加入购物车的数量是否可以为中文，英文或者特殊字符
6）加入到购物车的商品是否支持删除和编辑功能
7）加入到购物车的商品是否支持删除到0件
8）加入到购物车的商品是否会显示到最近加入，会通过时间进行排序
9）加入到购物车之前的商品价格和加入后的价格是否一致
10）加入到购物车是否会自动领券计算

11）加入到购物车的商品价格比如满1000减1000，价格是否准确
12）加入到购物车的商品数量是否有限制
13）购物车中商品是否支持全选，单选，多选，反选或者跨店铺选择进行结算
14）结算后的金额是否正确
15）购物车中失效的商品是否会置灰显示
16）购物车中的商品是否支持分享和收藏

17）商品如果下架是否会自动删除，还是会显示为你推荐其他类似的商品
18）同一个店铺的商品是否会显示在同一个商家名称下面
19）购物车中的商品是否支持上下滑动选择，是否会显示加载更多
20）购物车勾选商品，点击结算是否会进入到确认订单信息页面
21）购物车页面中，对商品信息进行删除后，是否不会在购物车显示
22）是否可以在购物车中重新修改商品规格。

5、收货人新增地址测试点

1）点击地址簿是否跳转
2）已存在的地址是否可以分享，编辑和删除
3）点击管理是否可以全选，单选和多选操作
4）粘贴收件人姓名、手机号、收货地址并确认填写，是否可自动识别您的收货信息
5）是否支持文字识别，图片识别，语音识别

6）点击语音识别是否会显示，抖音申请使用你的麦克风是否可以点击拒绝和允许
7）点击图片识别是否会显示，图片识别说明，请截取包含完整的地址信息并且提交
8）图片识别是否会调起拍摄和从相册选择
9）粘贴地址无效时是否提示：粘贴地址有误
10）粘贴地址成功时是否显示对应的收件人信息
11）收件人姓名长度限制测试

12）收件人手机号是否支持11位数字，10位数字，12位数字，是否可以为空等等
13）收件人手机号码不填写，是否提示请核对收件人电话提示，并且确定按钮置灰
14）收件人地址点击定位是否可以成功定位
15）定位是否可以搜索地点
16）定位的地址一页是否显示10条，是否可以下拉刷新加载
17）地址不详细是否会toast提示：请检查或完善详细地址
18）是否可以保存到地址簿
19）是否可以清空地址簿

下面是我整理的2025年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

人生最耀眼的不是站在领奖台的瞬间，而是黑暗中依然前行的勇气。当你觉得疲惫不堪时，请记住：每个伟大的转折都藏在"再坚持一下"的决定里。你的脚步，正在丈量属于自己的传奇！

别被眼前的迷雾困住脚步！那些看似徒劳的努力，都在为惊喜的绽放积蓄力量。当世界说"到此为止"时，你的坚持就是最响亮的回答。向前奔跑吧，生命的精彩正在下一站等你！