如何確保外貿(mào)ERP系統(tǒng)軟件的可靠性？-ESG跨境

外貿(mào)軟件應(yīng)用為企業(yè)提供管理大規(guī)模關(guān)鍵業(yè)務(wù)功能的能力，包括產(chǎn)品規(guī)劃、部件采購、庫存維護(hù)、和供應(yīng)商的互動(dòng)交流、提供客戶服務(wù)，以及訂單跟蹤等。有些外貿(mào)ERP解決方案還能包括一些財(cái)政和人力資源方面的應(yīng)用模塊。盡管這些應(yīng)用通常不會(huì)直接生成效益，但是它們能讓企業(yè)以一種有效的、切合實(shí)際的方式使用現(xiàn)有的客戶數(shù)據(jù)，幫助合理化企業(yè)的業(yè)務(wù)活動(dòng)，為企業(yè)新的和當(dāng)前的客戶提供高質(zhì)量的服務(wù)。

外貿(mào)ERP應(yīng)用通常使用一個(gè)單一的、中央數(shù)據(jù)存儲(chǔ)器來服務(wù)于所有的模塊。因此，當(dāng)這些應(yīng)用產(chǎn)生了性能問題時(shí)，很有可能影響到使用同一存儲(chǔ)器的所有業(yè)務(wù)領(lǐng)域。外貿(mào)ERP和共享數(shù)據(jù)結(jié)構(gòu)間的這種關(guān)系決定了它必須實(shí)施穩(wěn)固的測試和監(jiān)測程序才能確保企業(yè)關(guān)鍵應(yīng)用的健康運(yùn)行。

由于業(yè)務(wù)流程交易跨越企業(yè)中的多個(gè)部門和區(qū)域，并且涉及外貿(mào)ERP系統(tǒng)軟件應(yīng)用本身的多個(gè)模塊，因此測試外貿(mào)ERP應(yīng)用應(yīng)該采用一種整體的方式。當(dāng)驗(yàn)證這些業(yè)務(wù)流程的功能時(shí)，關(guān)鍵在于捕獲自動(dòng)化測試解決方案中的業(yè)務(wù)流程測試，用于實(shí)現(xiàn)快速的測試重復(fù)。由于外貿(mào)ERP應(yīng)用跨越多個(gè)業(yè)務(wù)領(lǐng)域，存在不可避免的復(fù)雜性，因此，對每個(gè)外貿(mào)ERP應(yīng)用以及每個(gè)應(yīng)用發(fā)布版本展開功能測試是非常重要的。

每個(gè)外貿(mào)ERP實(shí)施中都會(huì)面臨的主要挑戰(zhàn)之一就是確保應(yīng)用在上線之前能滿足所有的業(yè)務(wù)需求。關(guān)鍵在于測試和驗(yàn)證這些應(yīng)用的運(yùn)作情況是否符合設(shè)計(jì)要求。為確保關(guān)鍵業(yè)務(wù)應(yīng)用的功能，下文中將從10個(gè)關(guān)鍵步驟詳細(xì)描述，使用這些步驟能為企業(yè)的關(guān)鍵外貿(mào)ERP應(yīng)用來設(shè)計(jì)和實(shí)施有效的功能測試程序。

步驟1：初始規(guī)劃和收集需求

在任何一個(gè)環(huán)境中，功能測試的最重要階段之一就是規(guī)劃。對于跨境ERP應(yīng)用來說，這個(gè)步驟就更為重要了，因?yàn)槠渲猩婕碍h(huán)境的復(fù)雜性以及推動(dòng)這些應(yīng)用實(shí)施的錯(cuò)綜復(fù)雜的業(yè)務(wù)需求。不完善的規(guī)劃可能導(dǎo)致失望的結(jié)果和不完整的測試覆蓋面。經(jīng)過深思熟慮的規(guī)劃使您能避免一種“垃圾進(jìn)，垃圾出（garbage in, garbage out）”的局面，使企業(yè)能衡量和最大化他們的測試工作，獲取更多的投資回報(bào)（ROI）。

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

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

測試人員通過創(chuàng)建主要的測試目的，將決定所需的特定測試類型。測試目的、項(xiàng)目計(jì)劃和團(tuán)隊(duì)結(jié)構(gòu)也將從這些測試目標(biāo)中形成。當(dāng)功能測試一個(gè)外貿(mào)ERP實(shí)施時(shí)，有多種不同的驗(yàn)證測試需要執(zhí)行：

數(shù)據(jù)映射：由于許多外貿(mào)ERP實(shí)施和后端大機(jī)系統(tǒng)緊密地集成在一起，因此測試外貿(mào)ERP應(yīng)用所顯示的數(shù)據(jù)和在大機(jī)系統(tǒng)中被發(fā)現(xiàn)的數(shù)據(jù)之間的數(shù)據(jù)映射是十分關(guān)鍵的。很可能在大機(jī)系統(tǒng)中隱藏著一些陳舊的或無效的數(shù)據(jù)，這些數(shù)據(jù)會(huì)引起應(yīng)用當(dāng)中的問題。

業(yè)務(wù)流程測試：應(yīng)該使用測試來驗(yàn)證各種業(yè)務(wù)流程是否正確運(yùn)作。由于工作流對強(qiáng)化業(yè)務(wù)規(guī)則來說是非常重要的，因此測試應(yīng)該覆蓋整個(gè)整合系統(tǒng)中的所有導(dǎo)航項(xiàng)目和直接功能。應(yīng)用的業(yè)務(wù)規(guī)則和啟動(dòng)項(xiàng)必須通過全面地測試，確保所有規(guī)則能被正確地執(zhí)行。

權(quán)限控制系統(tǒng)：外貿(mào)ERP權(quán)限控制系統(tǒng)決定了用戶可以使用哪些信息，用戶在這些信息中可以看到哪些數(shù)據(jù)。當(dāng)涉及到供應(yīng)鏈和合作伙伴入口時(shí)，將會(huì)增加安全方面的考慮。從用戶界面的角度出發(fā)測試安全性可以確保嚴(yán)格執(zhí)行驗(yàn)證規(guī)則。數(shù)據(jù)驅(qū)動(dòng)的測試使IT人員能使用具有不同登錄憑證的相同腳本去驗(yàn)證安全規(guī)則。

回歸測試：每次部署一個(gè)“Code Drop”時(shí)，對位于這些程序的每個(gè)對象的功能進(jìn)行回歸測試是非常重要的。這其中包括測試它的存在、功能、值等等?！癱ode drop”指的是任何一次新的外貿(mào)ERP應(yīng)用、補(bǔ)丁程序和/或hot fix的發(fā)布。

步驟3：定義目標(biāo)，以滿足測試目的

當(dāng)完成所有的目的定義，選擇好測試類型，接下去就要?jiǎng)?chuàng)建一系列的階段目標(biāo)來實(shí)現(xiàn)所定義的目的。一套最普通的初始階段目標(biāo)包括：

分析應(yīng)用功能，并識(shí)別關(guān)鍵業(yè)務(wù)流程。在一個(gè)ERP應(yīng)用中的關(guān)鍵業(yè)務(wù)流程實(shí)例就是“服務(wù)請求”的創(chuàng)建。

建立“冒煙測試”，在開發(fā)周期中快速執(zhí)行該類測試。冒煙測試不應(yīng)深入被測試應(yīng)用的功能，而是應(yīng)該測試關(guān)鍵的業(yè)務(wù)功能。例如，用戶是否能夠創(chuàng)建可以和“Trouble Ticket”相應(yīng)的活動(dòng)。
在每次正式發(fā)布形成后運(yùn)行冒煙測試。

著手創(chuàng)建自動(dòng)化測試來降低手動(dòng)運(yùn)行冒煙測試的成本。

實(shí)現(xiàn)了這些初始階段目標(biāo)之后，應(yīng)該建立一套后續(xù)階段目標(biāo)。

分析應(yīng)用，展開功能識(shí)別，這將擴(kuò)大測試范圍，涵蓋超過75％的總的應(yīng)用功能數(shù)量。（取得100％的腳本自動(dòng)化測試是非常困難的，因?yàn)樽詣?dòng)化測試工具無法進(jìn)行如可用性測試這樣的事宜。）
建立可持續(xù)運(yùn)作的自動(dòng)化測試，從而降低測試的工作量。

步驟4：區(qū)分功能測試案例

在區(qū)分測試案例時(shí)，關(guān)鍵要記住，重要的業(yè)務(wù)功能必須在應(yīng)用中才能發(fā)揮作用。由于每個(gè)企業(yè)具有獨(dú)特的業(yè)務(wù)需求，大多數(shù)企業(yè)即使完成了基本的或標(biāo)準(zhǔn)的實(shí)施，也無法上線。因?yàn)槟切┛蛻舳ㄖ频膮^(qū)域必須經(jīng)過徹底地測試才能保證上線時(shí)功能的穩(wěn)定。外貿(mào)電商ERP應(yīng)用的主要優(yōu)勢之一就是能和現(xiàn)有的大機(jī)系統(tǒng)集成，來滿足必要的業(yè)務(wù)需求。再者，因?yàn)檫@些集成不是標(biāo)準(zhǔn)（非客戶定制）實(shí)施，它們必須經(jīng)過嚴(yán)格地測試。

最初，要避免用各種不同的方法去測試相同的功能。開發(fā)團(tuán)隊(duì)經(jīng)常會(huì)強(qiáng)調(diào)一個(gè)應(yīng)用應(yīng)具有完美架構(gòu)，可以靈活地讓用戶通過不同的方式來完成他們的日常任務(wù)。關(guān)鍵在于要經(jīng)常部署測試案例，確保需求驅(qū)動(dòng)、user-path的覆蓋面。初期測試應(yīng)該具有一些共有的特性：

它們應(yīng)該測試關(guān)鍵的業(yè)務(wù)功能。

它們應(yīng)該測試應(yīng)用的關(guān)鍵業(yè)務(wù)流程。

它們應(yīng)該識(shí)別出經(jīng)客戶定制過的ERP應(yīng)用的測試區(qū)域。

應(yīng)用功能應(yīng)該穩(wěn)定，不在主要開發(fā)范圍之內(nèi)。

初期測試應(yīng)該是冒煙測試的候選方式。

一旦初期自動(dòng)化測試創(chuàng)建完成，并成功地運(yùn)行后，測試目標(biāo)通常會(huì)改變，測試包會(huì)擴(kuò)張。這種擴(kuò)張通常表現(xiàn)為在功能成熟之后，增加更多的測試到測試包中。還可以在應(yīng)用問題區(qū)域，如和大機(jī)系統(tǒng)的界面中增加測試，從而對該區(qū)域展開持續(xù)地檢查。

步驟5：文檔記錄關(guān)鍵的業(yè)務(wù)流程

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

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

步驟6：開發(fā)模塊化的測試組件

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

步驟7：建立測試實(shí)驗(yàn)室

建議建立一個(gè)QA測試實(shí)驗(yàn)室，作為ERP應(yīng)用的測試和調(diào)優(yōu)整體戰(zhàn)略的一個(gè)組成部分。在一個(gè)獨(dú)立的測試實(shí)驗(yàn)室中運(yùn)行測試的主要優(yōu)勢在于，機(jī)器配置可以達(dá)到一種理想的狀態(tài)，因而減少了由于機(jī)器配置不完善而引起的各類問題。此外，當(dāng)模塊定制完成之后，開發(fā)人員和測試人員可以在新代碼發(fā)布之前，使用該實(shí)驗(yàn)室來運(yùn)行單元測試。

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

在大多數(shù)ERP應(yīng)用中，不完善的發(fā)布浪費(fèi)了大量的測試工作。通常，當(dāng)開發(fā)團(tuán)隊(duì)完成一個(gè)發(fā)布版本后將移交給測試團(tuán)隊(duì)，接著展開為期數(shù)天的測試過程。而測試結(jié)果往往是軟件的發(fā)布版本存在重大的和根本的問題，不值得再進(jìn)行深入地測試。不幸地是，當(dāng)開發(fā)人員著手為該發(fā)布版本增加新的功能時(shí)，測試團(tuán)隊(duì)已經(jīng)浪費(fèi)了幾天的時(shí)間去發(fā)現(xiàn)其薄弱之處。

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

步驟9：執(zhí)行回歸測試

回歸測試包應(yīng)該覆蓋關(guān)鍵的業(yè)務(wù)流程，應(yīng)該在每個(gè)新的外貿(mào)ERP系統(tǒng)軟件應(yīng)用版本發(fā)布時(shí)運(yùn)行。回歸測試不同于冒煙測試注重測試核心的業(yè)務(wù)功能，它能更加深入地測試應(yīng)用的功能。正如前文所提到的，由供應(yīng)商和任何定制所帶來的應(yīng)用更新都可能對應(yīng)用功能和性能產(chǎn)生負(fù)面影響，必須在每次發(fā)布版本之后進(jìn)行測試。

步驟10：分析缺陷和創(chuàng)建測試報(bào)告

外貿(mào)ERP應(yīng)用準(zhǔn)備就緒的重要指標(biāo)之一就是被識(shí)別的系統(tǒng)缺陷數(shù)量。在執(zhí)行測試時(shí)，測試中產(chǎn)生的失誤必須被跟蹤和分析。一種穩(wěn)固的功能測試解決方案應(yīng)該能跟蹤和匯報(bào)所有存在于業(yè)務(wù)流程中的缺陷。測試團(tuán)隊(duì)可以利用這類信息來衡量和管理缺陷是如何被優(yōu)先級(jí)劃分、修復(fù)、重復(fù)測試和關(guān)閉的。

用全面的報(bào)告來完整記錄所有的測試流程和結(jié)果，這也是非常重要的一項(xiàng)工作，可以使測試團(tuán)隊(duì)能正確分析測試結(jié)果，同時(shí)在未來測試中重復(fù)使用測試案例和腳本。

外貿(mào)ERP應(yīng)用的功能測試

通過外貿(mào)ERP業(yè)務(wù)流程測試，QA團(tuán)隊(duì)可以開發(fā)和利用統(tǒng)一的、可重復(fù)的測試流程，更快、更經(jīng)濟(jì)和更便捷地對ERP應(yīng)用就緒情況提前作出決策。當(dāng)初期功能測試計(jì)劃完成之后，測試團(tuán)隊(duì)可以驗(yàn)證ERP應(yīng)用中所有業(yè)務(wù)交易的完整性。從業(yè)務(wù)流程的角度出發(fā)，展開ERP應(yīng)用測試。這些解決方案通過執(zhí)行分步操作――如更新庫存信息，或從供應(yīng)商處定購某部分商品，就像在實(shí)際生產(chǎn)操作中一樣來測試ERP應(yīng)用。

當(dāng)在測試創(chuàng)建階段捕獲了業(yè)務(wù)流程后，業(yè)務(wù)流程測試將ERP業(yè)務(wù)相關(guān)信息與輸入數(shù)據(jù)相互分離。測試人員可以根據(jù)選擇列表，改變選擇項(xiàng)和數(shù)據(jù)條目。使用同一數(shù)據(jù)對應(yīng)用展開反復(fù)測試通常不會(huì)取得實(shí)際結(jié)果。要真實(shí)地驗(yàn)證應(yīng)用的功能，測試人員需要不同的數(shù)據(jù)包來模擬多個(gè)用戶的實(shí)際操作行為。通過這種方式，測試人員就能使用可變的輸入數(shù)據(jù)，分析實(shí)際的ERP業(yè)務(wù)流程。

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

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