目录:导读
- 前言
- 一、Python编程入门到精通
- 二、接口自动化项目实战
- 三、Web自动化项目实战
- 四、App自动化项目实战
- 五、一线大厂简历
- 六、测试开发DevOps体系
- 七、常用自动化测试工具
- 八、JMeter性能测试
- 九、总结(尾部小惊喜)
前言
物流项目:
以前我们公司的运输系统主要是城市配送,由于公司效益越来越好,生意已经遍布全国,以前的运输系统已经不能满足我们的需求了,所以,就引进了干线运输,干线运输主要是通过与第三方运输商合作来完成的跨城市运输,在我们的平台上可以实时更新运输状态,可以随时追踪。
我们的系统主要是client端到server端的,比如说,如果我想在client端查询第三方运输商的信息,在client端发送请求之后,server端会收到此请求,经过代码处理,它会使用SQL语句中的select功能将我所要查的信息筛选出来,再通过代码处理将运输商信息呈现在我的客户端页面。
我们的干线运输系统主要分为以下几个方面,第一个是出厂到仓,也就是第三方运输商将货物从工厂通过干线运输送到仓库;
第二个是退厂业务,它分为两种情况,第一种是换季退货,第二种是退厂维修,这种情况主要是因为工厂送到仓库的货物有残次品,需要退回工厂进行维修;
第三个是移仓业务,顾名思义,就是仓库之间的货物运输,这个环节也是与第三方运输商合作来完成的;
第四个是跨仓店转业务,也是最复杂的运输,首先是缺货的门店向缺货门店所属仓库提交货物需求,此仓库缺货,仓库再将需求提交到总部,总部会查看对应的货物分布情况,发现有门店有多余的此货物,就向该门店下达指令。
该门店接到指令之后,将货物通过城市运输到所属仓库,该仓库再通过干线运输送到缺货门店所属仓库,然后通过城市运输送到缺货门店。
在此期间,业务的状态变化如下,而且每一次的状态变化都会在平台上实时展示,实时更新。
有货门店开始申请托运单之后,进入待处理状态,等待系统审核,审核之后,状态变为已审核,在运输车将货物提走后,托运单状态变为已提货,通过城市运输将货物送达有货门店所属仓,状态变为已回仓,运输商回单之后,第一张托运单完结,同时,自动生成第二张托运单,状态是已审核,这张托运单属于干线运输。
第三方运输商从有货门店所属仓提货之后,状态变为已在途,将货物运到缺货门店所属仓,如果是分批到货,则状态变为部分签收,等全部签收完之后状态再变为签收。若不是,状态直接变为签收。
至此,第二张托运单完结,即干线运输结束,与此同时,自动生成第三张托运单,状态为已审核,运输车从缺货门店所属仓装货完成,托运单状态变为已装车,通过城市运输送到缺货门店,门店签收,状态变为已签收,至此,第三张托运单完结,跨仓店转业务完成。
在此期间,三张托运单的单号是相同的。
在干线运输时,也会出现合单的情况,即根据托运单的收货方,将同一收货方的很多单进行合单,将单进行合并有一个前提,就是所有单的状态必须为已审核。
合并之后,原来的子托运中的合单栏标识为是,会生成一个父托运单同时生成一个新的单号,即父单的单号,子单的原单号栏标识为原来的单号,父单原单号栏标识所有子单号的原单号,父单的状态为已审核。
还有一个功能就是收货方到货签收功能,在签收时,页面会提示输入签收数目,而本来有个计划签收数目,系统会自动将计划签收数目与输入的实际签收数量比较。
如果两个相等,则托运单状态自动变为已签收,若实际收货数量小于计划签收数量,则会提示,是否部分签收,若是,则状态会变为部分签收,若不是,则说明是最后一次部分签收,这批货物已签收完成,则状态变为已签收。
业务项目:
干线运输系统(TMS)。因为随着出货量的逐步提升,需要对系统进行升级,在城市配送的基础上增加干线配送到TMS系统中。
该项目主要有四大业务模块:工厂到仓库、仓库到仓库、仓库到店铺、还有特殊的跨仓店转业务。
业务流程是:在客户下单后工厂会形成个出货单到上传到TMS,形成一个托运单,这时候的状态是‘待处理’,对托运单进行审核,如果查询出客户有退单,则进行‘取消托运’,如果没有则进行下一个阶段,这时候是‘已审核’。
在下一阶段选择是否由第三方来配送,如果是则进行第三方配送:对货物进行发货,这时候系统显示‘发运’,在‘分批到货’环节选择是否分批到货。
如果是则进行‘部分签收’状态,整个配送完成后则显示‘签收’状态,反之则直接到‘签收’状态,再根据‘合同’对该业务进行‘结算’,该承运商的业务流程就结束了。
还有特殊的‘跨仓店转’业务,会经过第一次城市配送流程–干线配送流程–第二次城市配送流程。
其中在第一次城市配送流程:托运单传输到城市TMS调度中心中,这时候是‘待处理’状态,托运单审核完成后显示‘已审核’状态,司机到门店进行提货操作后(即RF进行门店交接提货后)
这时候系统会显示‘已提货’状态,回单仓库进行卸车操作后,状态变为‘已回仓’,‘已回仓’的托运单回单操作完成后,单据变为‘已完结’状态。且在干线托运单中新生成一张干线托运单,原单号一致,且状态为‘已审核’。
到了干线配送流程,即发货方所属调度中心中,根据城市配送托运单新生成一张干线托运单,原单号一致,且状态为‘已审核’,对‘已审核’状态托运单进行发运,则状态变为‘已在途’,收货方进行分批收货,则状态变为‘部分签收’,托运单已签收完成。
签收完成后新生成一张城市配送托运单,原单号一致,且状态为‘已审核’,若单据最终收货方为签收单位,则单据正常完结。
若不是,则进行第二次判断,判断收货方所属调度中心是否为本调度中心:是:签收完成后,正常走第二次城市配送流程,若不是,则需进行第二次干线发运,走干线发货流程,此时签收状态的单据可再次进行发货。
第二次城市配送流程,即收货方所属调度中心中,根据干线配送托运单新生成一张城市配送托运单,原单号一致,且状态为‘已审核’,装车完成后,状态更新为‘已装车’,门店交接签收完成后,状态更新为‘签收’,‘签收’状态单据回单完成后,状态变更为‘已完结’。
完整版!企业级性能测试实战,速通Jmeter性能测试到分布式集群压测教程
下面是我整理的2025年最全的软件测试工程师学习知识架构体系图 |
一、Python编程入门到精通
二、接口自动化项目实战
三、Web自动化项目实战
四、App自动化项目实战
五、一线大厂简历
六、测试开发DevOps体系
七、常用自动化测试工具
八、JMeter性能测试
九、总结(尾部小惊喜)
人生最动人的风景,往往藏在最难攀爬的高处。当你觉得力竭时,请记住:每一次坚持都在雕刻更强大的自己。别问路有多远,只管迈步向前;别怕山有多高,向上攀登就是答案!
你体内沉睡着改变世界的力量!每个清晨都是改写命运的新机会,每次挫折都是精心包装的礼物。当全世界都在说"不可能"时,正是你证明"可能"的最好时机!