前言

1、物流项目一个业务

干线运输系统(TMS)。因为随着出货量的逐步提升,需要对系统进行升级,在城市配送的基础上增加干线配送到TMS系统中。

该项目主要有四大业务模块:工厂到仓库、仓库到仓库、仓库到店铺、还有特殊的跨仓店转业务。

业务流程是:在客户下单后工厂会形成个出货单到上传到TMS,形成一个托运单,这时候的状态是‘待处理’,对托运单进行审核,如果查询出客户有退单,则进行‘取消托运’,如果没有则进行下一个阶段,这时候是‘已审核’,在下一阶段选择是否由第三方来配送。

如果是则进行第三方配送:对货物进行发货,这时候系统显示‘发运’,在‘分批到货’环节选择是否分批到货,如果是则进行‘部分签收’状态,整个配送完成后则显示‘签收’状态,反之则直接到‘签收’状态,再根据‘合同’对该业务进行‘结算’,该承运商的业务流程就结束了。

还有特殊的‘跨仓店转’业务,会经过第一次城市配送流程–干线配送流程–第二次城市配送流程。

其中在第一次城市配送流程:托运单传输到城市TMS调度中心中,这时候是‘待处理’状态,托运单审核完成后显示‘已审核’状态,司机到门店进行提货操作后(即RF进行门店交接提货后),这时候系统会显示‘已提货’状态,回单仓库进行卸车操作后,状态变为‘已回仓’,‘已回仓’的托运单回单操作完成后,单据变为‘已完结’状态。且在干线托运单中新生成一张干线托运单,原单号一致,且状态为‘已审核’。

到了干线配送流程,即发货方所属调度中心中,根据城市配送托运单新生成一张干线托运单,原单号一致,且状态为‘已审核’,对‘已审核’状态托运单进行发运,则状态变为‘已在途’,收货方进行分批收货,则状态变为‘部分签收’,托运单已签收完成。

签收完成后新生成一张城市配送托运单,原单号一致,且状态为‘已审核’,若单据最终收货方为签收单位,则单据正常完结。若不是,则进行第二次判断,判断收货方所属调度中心是否为本调度中心:是:签收完成后,正常走第二次城市配送流程,若不是,则需进行第二次干线发运,走干线发货流程,此时签收状态的单据可再次进行发货。

第二次城市配送流程,即收货方所属调度中心中,根据干线配送托运单新生成一张城市配送托运单,原单号一致,且状态为‘已审核’,装车完成后,状态更新为‘已装车’,门店交接签收完成后,状态更新为‘签收’,‘签收’状态单据回单完成后,状态变更为‘已完结’。

项目:TMS干线运输系统

TMS系统上面新增优化的功能
因为我们百丽鞋业的业务需求越来越大,工厂的出货量也越来越大
我们TMS系统原有的 城市配送,支线运输 已经不能满足我们的需求,所以新增加了一个干线运输系统
我们这个干线运输系统主要有四个功能点:

1)工厂出库

其实就是工厂把货物加工好,然后把货物发送到仓库,在线上也挺好理解的,首先由工厂或仓库向服务端发出需求,我们的服务端是LMP,然后我们的服务端会产生一张托运单,然后LMP将这张托运单下发到TMS,这时候这张托运单的状态是待处理。

TMS审核通过之后这张托运单的状态就变成了已审核,这时候我们系统会根据会根据货物的多少,大小,运送的距离来选取承运商,之后承运商取货发送,这时候这张托运单的状态是在途中,承运商将货物送到目的仓库签收之后这时候这张托运单的状态已签收,这张托运单就已经完结了,有两种签收的状态,部分签收,全部签收。

2)退厂
退厂跟工厂出库差不多的一个流程

3)移仓
移仓也是跟前面的差不多的一个流程

4)跨仓店转
假如有门店A 仓库A 门店B 仓库B 跨仓店转就是将门店A的货物转到门店B去,其实也跟前面的差不多,现将门店A的货物送到仓库A,这个是城市配送,然后仓库A将货物送到仓库B,这各是就干线运输,然后将仓库B的货物送到门店B,这个也是城市配送;

我们这个TMS系统还有一些其他的小模块来支撑干线运输这个模块:
有承运商管理模块:
承运商管理模块主要维护干线运输中承运商的信息
合同管理模块:
合同管理模块主要维护干线运输的所有合同信息

其他的功能:
合单:
选择托运单,托运单的状态需为已审核,要合单的单需要同一发货方,同一收货方
报表查询:
报表查询是查询干线运输系统中的托运单的状态,比如 已在途,已签收等

2、测试点验证:(各个状态的验证)

1)第一次城市配送发货方是否所属调度中心中
2)待处理状态验证:托运单传输到城市TMS调度中心中
3)已审核状态验证:【待处理】状态托运单审核完成后
4)已提货状态验证:司机到门店进行提货操作后(即RF进行门店交接提货后)
5)已回仓状态验证:回单仓库进行卸车操作后,状态是否变为【已回仓】

6)已完结状态验证:【已回仓】的托运单回单操作完成后,单据是否变为【已完结】状态。且在干线托运单中新生成一张干线托运单,原单号是否一致,且状态是否为【已审核】

7)干线配送,即发货方所属调度中心中(是否可多次反复进行)
8)已审核状态验证:根据城市配送托运单新生成一张干线托运单,原单号是否一致,且状态是否为【已审核】
9)已在途状态验证:对【已审核】状态托运单进行发运,则状态是否变为【已在途】

10)部分签收状态验证:收货方进行分批收货,则状态是否变为【部分签收】
11)签收状态验证:托运单已签收完成。签收完成后新生成一张城市配送托运单,原单号是否一致,且状态是否为【已审核】

12)备注:签收后是否需进行两次判断
若单据最终收货方为签收单位,则单据正常完结。若不是,是否会进行第二次判断。
判断收货方所属调度中心是否为本调度中心:
13)是:签收完成后,是否正常走第二次城市配送流程。
14)不是:若不是,是否需进行第二次干线发运,走干线发货流程,此时签收状态的单据可再次进行发货。

15)第二次城市配送,即收货方所属调度中心中:
16)已审核状态验证:根据干线配送托运单新生成一张城市配送托运单,原单号是否一致,且状态是否为【已审核】
17)已装车状态验证:装车完成后,状态是否更新为【已装车】
18)签收状态验证:门店交接签收完成后,状态是否更新为【签收】
19)已完结状态验证:【签收】状态单据回单完成后,状态是否变更为【已完结】
20)已完结:【签收】状态单据回单完成后,状态变更为【已完结】

完整版!企业级性能测试实战,速通Jmeter性能测试到分布式集群压测教程

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

一、Python编程入门到精通

请添加图片描述

二、接口自动化项目实战

请添加图片描述

三、Web自动化项目实战

请添加图片描述

四、App自动化项目实战

请添加图片描述

五、一线大厂简历

请添加图片描述

六、测试开发DevOps体系

请添加图片描述

七、常用自动化测试工具

请添加图片描述

八、JMeter性能测试

请添加图片描述

九、总结(尾部小惊喜)

人生最动人的风景,往往藏在最难攀爬的高处。当你觉得力竭时,请记住:每一次坚持都在雕刻更强大的自己。别问路有多远,只管迈步向前;别怕山有多高,向上攀登就是答案!

你体内沉睡着改变世界的力量!每个清晨都是改写命运的新机会,每次挫折都是精心包装的礼物。当全世界都在说"不可能"时,正是你证明"可能"的最好时机!

Logo

电商企业物流数字化转型必备!快递鸟 API 接口,72 小时快速完成物流系统集成。全流程实战1V1指导,营造开放的API技术生态圈。

更多推荐