外貿軟件應用為企業提供管理大規模關鍵業務功能的能力，包括產品規劃、部件采購、庫存維護、和供應商的互動交流、提供客戶服務，以及訂單跟蹤等。有些外貿ERP解決方案還能包括一些財政和人力資源方面的應用模塊。盡管這些應用通常不會直接生成效益，但是它們能讓企業以一種有效的、切合實際的方式使用現有的客戶數據，幫助合理化企業的業務活動，為企業新的和當前的客戶提供高質量的服務。

外貿ERP應用通常使用一個單一的、中央數據存儲器來服務于所有的模塊。因此，當這些應用產生了性能問題時，很有可能影響到使用同一存儲器的所有業務領域。外貿ERP和共享數據結構間的這種關系決定了它必須實施穩固的測試和監測程序才能確保企業關鍵應用的健康運行。

由于業務流程交易跨越企業中的多個部門和區域，并且涉及外貿ERP系統軟件應用本身的多個模塊，因此測試外貿ERP應用應該采用一種整體的方式。當驗證這些業務流程的功能時，關鍵在于捕獲自動化測試解決方案中的業務流程測試，用于實現快速的測試重復。由于外貿ERP應用跨越多個業務領域，存在不可避免的復雜性，因此，對每個外貿ERP應用以及每個應用發布版本展開功能測試是非常重要的。

每個外貿ERP實施中都會面臨的主要挑戰之一就是確保應用在上線之前能滿足所有的業務需求。關鍵在于測試和驗證這些應用的運作情況是否符合設計要求。為確保關鍵業務應用的功能，下文中將從10個關鍵步驟詳細描述，使用這些步驟能為企業的關鍵外貿ERP應用來設計和實施有效的功能測試程序。

步驟1：初始規劃和收集需求

在任何一個環境中，功能測試的最重要階段之一就是規劃。對于跨境ERP應用來說，這個步驟就更為重要了，因為其中涉及環境的復雜性以及推動這些應用實施的錯綜復雜的業務需求。不完善的規劃可能導致失望的結果和不完整的測試覆蓋面。經過深思熟慮的規劃使您能避免一種“垃圾進，垃圾出（garbage in, garbage out）”的局面，使企業能衡量和最大化他們的測試工作，獲取更多的投資回報（ROI）。

許多公司購買預先打包的外貿ERP解決方案，希望能實現業務管理各個領域的快速整合。然而，這種被稱之為“vanilla”的外貿ERP打包方案必須經過客戶定制，才能部署到它所要支持的業務中去。從邏輯上來說，收集需求是規劃階段的起點，因為開發人員通常根據需求來定制外貿ERP應用；測試人員使用它來測試系統和客戶定制項目；而最終用戶使用它進行用戶接受測試和終結測試。通過提前仔細地定義需求，測試人員可以規劃和管理那些更加注重業務需要的測試。接著，需求可以同測試和實際測試結果（被識別的缺陷）相結合，以全面覆蓋所有的功能測試。

步驟2：定義測試目的和選擇合適的測試

測試人員通過創建主要的測試目的，將決定所需的特定測試類型。測試目的、項目計劃和團隊結構也將從這些測試目標中形成。當功能測試一個外貿ERP實施時，有多種不同的驗證測試需要執行：

數據映射：由于許多外貿ERP實施和后端大機系統緊密地集成在一起，因此測試外貿ERP應用所顯示的數據和在大機系統中被發現的數據之間的數據映射是十分關鍵的。很可能在大機系統中隱藏著一些陳舊的或無效的數據，這些數據會引起應用當中的問題。

業務流程測試：應該使用測試來驗證各種業務流程是否正確運作。由于工作流對強化業務規則來說是非常重要的，因此測試應該覆蓋整個整合系統中的所有導航項目和直接功能。應用的業務規則和啟動項必須通過全面地測試，確保所有規則能被正確地執行。

權限控制系統：外貿ERP權限控制系統決定了用戶可以使用哪些信息，用戶在這些信息中可以看到哪些數據。當涉及到供應鏈和合作伙伴入口時，將會增加安全方面的考慮。從用戶界面的角度出發測試安全性可以確保嚴格執行驗證規則。數據驅動的測試使IT人員能使用具有不同登錄憑證的相同腳本去驗證安全規則。

回歸測試：每次部署一個“Code Drop”時，對位于這些程序的每個對象的功能進行回歸測試是非常重要的。這其中包括測試它的存在、功能、值等等。“code drop”指的是任何一次新的外貿ERP應用、補丁程序和/或hot fix的發布。

步驟3：定義目標，以滿足測試目的

當完成所有的目的定義，選擇好測試類型，接下去就要創建一系列的階段目標來實現所定義的目的。一套最普通的初始階段目標包括：

分析應用功能，并識別關鍵業務流程。在一個ERP應用中的關鍵業務流程實例就是“服務請求”的創建。

建立“冒煙測試”，在開發周期中快速執行該類測試。冒煙測試不應深入被測試應用的功能，而是應該測試關鍵的業務功能。例如，用戶是否能夠創建可以和“Trouble Ticket”相應的活動。
在每次正式發布形成后運行冒煙測試。

著手創建自動化測試來降低手動運行冒煙測試的成本。

實現了這些初始階段目標之后，應該建立一套后續階段目標。

分析應用，展開功能識別，這將擴大測試范圍，涵蓋超過75％的總的應用功能數量。（取得100％的腳本自動化測試是非常困難的，因為自動化測試工具無法進行如可用性測試這樣的事宜。）
建立可持續運作的自動化測試，從而降低測試的工作量。

步驟4：區分功能測試案例

在區分測試案例時，關鍵要記住，重要的業務功能必須在應用中才能發揮作用。由于每個企業具有獨特的業務需求，大多數企業即使完成了基本的或標準的實施，也無法上線。因為那些客戶定制的區域必須經過徹底地測試才能保證上線時功能的穩定。外貿電商ERP應用的主要優勢之一就是能和現有的大機系統集成，來滿足必要的業務需求。再者，因為這些集成不是標準（非客戶定制）實施，它們必須經過嚴格地測試。

最初，要避免用各種不同的方法去測試相同的功能。開發團隊經常會強調一個應用應具有完美架構，可以靈活地讓用戶通過不同的方式來完成他們的日常任務。關鍵在于要經常部署測試案例，確保需求驅動、user-path的覆蓋面。初期測試應該具有一些共有的特性：

它們應該測試關鍵的業務功能。

它們應該測試應用的關鍵業務流程。

它們應該識別出經客戶定制過的ERP應用的測試區域。

應用功能應該穩定，不在主要開發范圍之內。

初期測試應該是冒煙測試的候選方式。

一旦初期自動化測試創建完成，并成功地運行后，測試目標通常會改變，測試包會擴張。這種擴張通常表現為在功能成熟之后，增加更多的測試到測試包中。還可以在應用問題區域，如和大機系統的界面中增加測試，從而對該區域展開持續地檢查。

步驟5：文檔記錄關鍵的業務流程

當記錄那些將要成為測試腳本的業務流程時，收集所有和測試案例相關的信息是非常重要的。每個測試案例需要具備一份和被測業務區域相關的目的說明。測試案例的目的應該是和滿足一個需求或一系列需求有關。關鍵之處還在于，要文檔記錄下邏輯步驟，在整個系統中執行這些步驟可以實現測試的需求。由于使用測試案例可以衡量業務流程的成功與否，因此，文檔中應該指出，需要驗證哪些內容才能保證測試的成功。

除了為測試案例而展開的執行和驗證操作外，還需要在測試案例中成功地執行適用的數據值。這種數據可以是來自數據庫的主數據（master data）、或是能夠憑空增加的用戶創建輸入數據、或者在腳本創建之前被置入數據庫的準備數據。

步驟6：開發模塊化的測試組件

創建模塊化測試腳本是非常重要的。測試的模塊化能夠使開發人員創建單元測試（unit test），在整個系統完成之前，測試ERP應用模塊和模塊的定制項目。接著，被用于單元測試的模塊測試會移交給QA測試人員，他們會將模塊測試和測試包結合在一起，來滿足特定的測試目標。美科利提供一款最新的功能測試解決方案（即“業務流程測試”），它能幫助企業管理與業務組件和端到端流程驗證有關的所有測試案例。

步驟7：建立測試實驗室

建議建立一個QA測試實驗室，作為ERP應用的測試和調優整體戰略的一個組成部分。在一個獨立的測試實驗室中運行測試的主要優勢在于，機器配置可以達到一種理想的狀態，因而減少了由于機器配置不完善而引起的各類問題。此外，當模塊定制完成之后，開發人員和測試人員可以在新代碼發布之前，使用該實驗室來運行單元測試。

步驟8：掌握和利用“冒煙測試”

在大多數ERP應用中，不完善的發布浪費了大量的測試工作。通常，當開發團隊完成一個發布版本后將移交給測試團隊，接著展開為期數天的測試過程。而測試結果往往是軟件的發布版本存在重大的和根本的問題，不值得再進行深入地測試。不幸地是，當開發人員著手為該發布版本增加新的功能時，測試團隊已經浪費了幾天的時間去發現其薄弱之處。

改變這種情況的捷徑就是建立一種“冒煙測試”，它可以覆蓋關鍵的業務功能。冒煙測試結合了手動測試和自動化測試，可以在短時間內被創建和運行（通常在1個小時之內）。運行冒煙測試可以為開發團隊提供發布版本質量方面的快速信息反饋，幫助他們集中力量解決嚴重阻滯的問題，而不是一些新的特性。冒煙測試所利用的腳本可以從開發人員已經創建的單元測試中獲取。

步驟9：執行回歸測試

回歸測試包應該覆蓋關鍵的業務流程，應該在每個新的外貿ERP系統軟件應用版本發布時運行。回歸測試不同于冒煙測試注重測試核心的業務功能，它能更加深入地測試應用的功能。正如前文所提到的，由供應商和任何定制所帶來的應用更新都可能對應用功能和性能產生負面影響，必須在每次發布版本之后進行測試。

步驟10：分析缺陷和創建測試報告

外貿ERP應用準備就緒的重要指標之一就是被識別的系統缺陷數量。在執行測試時，測試中產生的失誤必須被跟蹤和分析。一種穩固的功能測試解決方案應該能跟蹤和匯報所有存在于業務流程中的缺陷。測試團隊可以利用這類信息來衡量和管理缺陷是如何被優先級劃分、修復、重復測試和關閉的。

用全面的報告來完整記錄所有的測試流程和結果，這也是非常重要的一項工作，可以使測試團隊能正確分析測試結果，同時在未來測試中重復使用測試案例和腳本。

外貿ERP應用的功能測試

通過外貿ERP業務流程測試，QA團隊可以開發和利用統一的、可重復的測試流程，更快、更經濟和更便捷地對ERP應用就緒情況提前作出決策。當初期功能測試計劃完成之后，測試團隊可以驗證ERP應用中所有業務交易的完整性。從業務流程的角度出發，展開ERP應用測試。這些解決方案通過執行分步操作――如更新庫存信息，或從供應商處定購某部分商品，就像在實際生產操作中一樣來測試ERP應用。

當在測試創建階段捕獲了業務流程后，業務流程測試將ERP業務相關信息與輸入數據相互分離。測試人員可以根據選擇列表，改變選擇項和數據條目。使用同一數據對應用展開反復測試通常不會取得實際結果。要真實地驗證應用的功能，測試人員需要不同的數據包來模擬多個用戶的實際操作行為。通過這種方式，測試人員就能使用可變的輸入數據，分析實際的ERP業務流程。

打包的外貿電商ERP應用通常具有很高的復雜性。創建一個簡單的記錄定制可能會對其它記錄或整體性能產生無法預料的影響。當更新發布（甚至是簡單的定制更新），都需要對所有業務流程展開全面徹底地測試，而不僅僅是測試變更所發生的區域。這樣，測試人員就能衡量更新會對應用產生的影響，確保不會引起缺陷的產生。

特別聲明：以上文章內容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內容、版權或其它問題請于作品發表后的30日內與ESG跨境電商聯系。