---

前言

物流項目：

以前我們公司的運輸系統主要是城市配送，由于公司效益越來越好，生意已經遍布全國，以前的運輸系統已經不能滿足我們的需求了，所以，就引進了干線運輸，干線運輸主要是通過與第三方運輸商合作來完成的跨城市運輸，在我們的平臺上可以實時更新運輸狀態，可以隨時追蹤。

我們的系統主要是client端到server端的，比如說，如果我想在client端查詢第三方運輸商的信息，在client端發送請求之后，server端會收到此請求，經過代碼處理，它會使用SQL語句中的select功能將我所要查的信息篩選出來，再通過代碼處理將運輸商信息呈現在我的客戶端頁面。

我們的干線運輸系統主要分為以下幾個方面，第一個是出廠到倉，也就是第三方運輸商將貨物從工廠通過干線運輸送到倉庫；

第二個是退廠業務，它分為兩種情況，第一種是換季退貨，第二種是退廠維修，這種情況主要是因為工廠送到倉庫的貨物有殘次品，需要退回工廠進行維修；

第三個是移倉業務，顧名思義，就是倉庫之間的貨物運輸，這個環節也是與第三方運輸商合作來完成的；

第四個是跨倉店轉業務，也是最復雜的運輸，首先是缺貨的門店向缺貨門店所屬倉庫提交貨物需求，此倉庫缺貨，倉庫再將需求提交到總部，總部會查看對應的貨物分布情況，發現有門店有多余的此貨物，就向該門店下達指令。

該門店接到指令之后，將貨物通過城市運輸到所屬倉庫，該倉庫再通過干線運輸送到缺貨門店所屬倉庫，然后通過城市運輸送到缺貨門店。

在此期間，業務的狀態變化如下，而且每一次的狀態變化都會在平臺上實時展示，實時更新。

有貨門店開始申請托運單之后，進入待處理狀態，等待系統審核，審核之后，狀態變為已審核，在運輸車將貨物提走后，托運單狀態變為已提貨，通過城市運輸將貨物送達有貨門店所屬倉，狀態變為已回倉，運輸商回單之后，第一張托運單完結，同時，自動生成第二張托運單，狀態是已審核，這張托運單屬于干線運輸。

第三方運輸商從有貨門店所屬倉提貨之后，狀態變為已在途，將貨物運到缺貨門店所屬倉，如果是分批到貨，則狀態變為部分簽收，等全部簽收完之后狀態再變為簽收。若不是，狀態直接變為簽收。

至此，第二張托運單完結，即干線運輸結束，與此同時，自動生成第三張托運單，狀態為已審核，運輸車從缺貨門店所屬倉裝貨完成，托運單狀態變為已裝車，通過城市運輸送到缺貨門店，門店簽收，狀態變為已簽收，至此，第三張托運單完結，跨倉店轉業務完成。

在此期間，三張托運單的單號是相同的。

在干線運輸時，也會出現合單的情況，即根據托運單的收貨方，將同一收貨方的很多單進行合單，將單進行合并有一個前提，就是所有單的狀態必須為已審核。

合并之后，原來的子托運中的合單欄標識為是，會生成一個父托運單同時生成一個新的單號，即父單的單號，子單的原單號欄標識為原來的單號，父單原單號欄標識所有子單號的原單號，父單的狀態為已審核。

還有一個功能就是收貨方到貨簽收功能，在簽收時，頁面會提示輸入簽收數目，而本來有個計劃簽收數目，系統會自動將計劃簽收數目與輸入的實際簽收數量比較。

如果兩個相等，則托運單狀態自動變為已簽收，若實際收貨數量小于計劃簽收數量，則會提示，是否部分簽收，若是，則狀態會變為部分簽收，若不是，則說明是最后一次部分簽收，這批貨物已簽收完成，則狀態變為已簽收。

業務項目：

干線運輸系統（TMS）。因為隨著出貨量的逐步提升，需要對系統進行升級，在城市配送的基礎上增加干線配送到TMS系統中。

該項目主要有四大業務模塊：工廠到倉庫、倉庫到倉庫、倉庫到店鋪、還有特殊的跨倉店轉業務。

業務流程是：在客戶下單后工廠會形成個出貨單到上傳到TMS，形成一個托運單，這時候的狀態是‘待處理’，對托運單進行審核，如果查詢出客戶有退單，則進行‘取消托運’，如果沒有則進行下一個階段，這時候是‘已審核’。

在下一階段選擇是否由第三方來配送，如果是則進行第三方配送：對貨物進行發貨，這時候系統顯示‘發運’，在‘分批到貨’環節選擇是否分批到貨。

如果是則進行‘部分簽收’狀態，整個配送完成后則顯示‘簽收’狀態，反之則直接到‘簽收’狀態，再根據‘合同’對該業務進行‘結算’，該承運商的業務流程就結束了。

還有特殊的‘跨倉店轉’業務，會經過第一次城市配送流程–干線配送流程–第二次城市配送流程。

其中在第一次城市配送流程：托運單傳輸到城市TMS調度中心中，這時候是‘待處理’狀態，托運單審核完成后顯示‘已審核’狀態，司機到門店進行提貨操作后（即RF進行門店交接提貨后）

這時候系統會顯示‘已提貨’狀態，回單倉庫進行卸車操作后，狀態變為‘已回倉’，‘已回倉’的托運單回單操作完成后，單據變為‘已完結’狀態。且在干線托運單中新生成一張干線托運單，原單號一致，且狀態為‘已審核’。

到了干線配送流程，即發貨方所屬調度中心中，根據城市配送托運單新生成一張干線托運單，原單號一致，且狀態為‘已審核’，對‘已審核’狀態托運單進行發運，則狀態變為‘已在途’，收貨方進行分批收貨，則狀態變為‘部分簽收’，托運單已簽收完成。

簽收完成后新生成一張城市配送托運單，原單號一致，且狀態為‘已審核’，若單據最終收貨方為簽收單位，則單據正常完結。

若不是，則進行第二次判斷，判斷收貨方所屬調度中心是否為本調度中心：是：簽收完成后，正常走第二次城市配送流程，若不是，則需進行第二次干線發運，走干線發貨流程，此時簽收狀態的單據可再次進行發貨。

第二次城市配送流程，即收貨方所屬調度中心中，根據干線配送托運單新生成一張城市配送托運單，原單號一致，且狀態為‘已審核’，裝車完成后，狀態更新為‘已裝車’，門店交接簽收完成后，狀態更新為‘簽收’，‘簽收’狀態單據回單完成后，狀態變更為‘已完結’。

下面是我整理的2025年最全的軟件測試工程師學習知識架構體系圖

一、Python編程入門到精通

二、接口自動化項目實戰

三、Web自動化項目實戰

四、App自動化項目實戰

五、一線大廠簡歷

六、測試開發DevOps體系

七、常用自動化測試工具

八、JMeter性能測試

九、總結（尾部小驚喜）

人生最動人的風景，往往藏在最難攀爬的高處。當你覺得力竭時，請記住：每一次堅持都在雕刻更強大的自己。別問路有多遠，只管邁步向前；別怕山有多高，向上攀登就是答案！

你體內沉睡著改變世界的力量！每個清晨都是改寫命運的新機會，每次挫折都是精心包裝的禮物。當全世界都在說"不可能"時，正是你證明"可能"的最好時機！