测试老鸟整理，物流项目系统测试+测试点分析（二）

---

前言

项目：TMS干线运输系统

TMS系统上面新增优化的功能
因为我们百丽鞋业的业务需求越来越大，工厂的出货量也越来越大

我们TMS系统原有的 城市配送，支线运输 已经不能满足我们的需求，所以新增加了一个干线运输系统

我们这个干线运输系统主要有四个功能点：

1、工厂出库

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

然后LMP将这张托运单下发到TMS，这时候这张托运单的状态是待处理，TMS审核通过之后这张托运单的状态就变成了已审核，这时候我们系统会根据会根据货物的多少，大小，运送的距离来选取承运商。

之后承运商取货发送，这时候这张托运单的状态是在途中，承运商将货物送到目的仓库签收之后这时候这张托运单的状态已签收，这张托运单就已经完结了，有两种签收的状态，部分签收，全部签收。

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

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

4、跨仓店转

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

我们这个TMS系统还有一些其他的小模块来支撑干线运输这个模块：

有承运商管理模块：
承运商管理模块主要维护干线运输中承运商的信息

合同管理模块：
合同管理模块主要维护干线运输的所有合同信息

其他的功能：
合单：
选择托运单，托运单的状态需为已审核，要合单的单需要同一发货方，同一收货方

报表查询：
报表查询是查询干线运输系统中的托运单的状态，比如 已在途，已签收等

测试点验证：（各个状态的验证）

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性能测试

九、总结（尾部小惊喜）

人生最珍贵的不是终点站的奖杯，而是追梦路上那个永不放弃的自己。当你觉得撑不住时，请记住：每个伟大的故事都写在最艰难的章节之后。你的坚持，正在创造别人眼中的奇迹！

别被暂时的风雨模糊了双眼！那些让你流泪的磨练，正在雕刻更璀璨的未来。当别人选择放弃时，你的坚持就是胜利的宣言。向前奔跑吧，整个世界都在等待你的光芒绽放！