當前位置:工程項目OA系統(tǒng) > ERP系統(tǒng) > ERP系統(tǒng)口碑 > ERP測試
erp測試是什么
如果是剛開發(fā)一個全新的ERP 這種測試就很復(fù)雜了。
需要專門的測試人員利用測試工具按照測試方案和流程對產(chǎn)品進行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設(shè)計和維護測試系統(tǒng),對測試方案可能出現(xiàn)的問題進行分析和評估。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。
這還是第一步新開發(fā)的軟件測試,第二步還要測試ERP功能的完整性,可用性 還需要一個企業(yè)進行模擬操作等等。
如果是企業(yè)上ERP測試,測試階段都在1個月以上,磨合期都在3個月以上,一般都是把企業(yè)所有流程轉(zhuǎn)化到ERP里面進行測試,測試它的穩(wěn)定性,適用性等等。
ERP應(yīng)用的功能測試
由于業(yè)務(wù)流程交易跨越企業(yè)中的多個部門和區(qū)域,并且涉及ERP應(yīng)用本身的多個模塊,因此測試ERP應(yīng)用應(yīng)該采用一種整體的方式。當驗證這些業(yè)務(wù)流程的功能時,關(guān)鍵在于捕獲自動化測試解決方案中的業(yè)務(wù)流程測試,用于實現(xiàn)快速的測試重復(fù)。由于ERP應(yīng)用跨越多個業(yè)務(wù)領(lǐng)域,存在不可避免的復(fù)雜性,因此,對每個ERP應(yīng)用以及每個應(yīng)用發(fā)布版本展開功能測試是非常重要的。
每個ERP實施中都會面臨的主要挑戰(zhàn)之一就是確保應(yīng)用在上線之前能滿足所有的業(yè)務(wù)需求。關(guān)鍵在于測試和驗證這些應(yīng)用的運作情況是否符合設(shè)計要求。在數(shù)千個客戶實施基礎(chǔ)上,美科利已經(jīng)編纂了一套最佳實踐,來確保關(guān)鍵業(yè)務(wù)應(yīng)用的功能。在下文中將詳細描述10個關(guān)鍵步驟,使用這些步驟能為企業(yè)的關(guān)鍵ERP應(yīng)用來設(shè)計和實施有效的功能測試程序。
步驟1:初始規(guī)劃和收集需求 在任何一個環(huán)境中,功能測試的最重要階段之一就是規(guī)劃。對于ERP應(yīng)用來說,這個步驟就更為重要了,因為其中涉及環(huán)境的復(fù)雜性以及推動這些應(yīng)用實施的錯綜復(fù)雜的業(yè)務(wù)需求。不完善的規(guī)劃可能導(dǎo)致失望的結(jié)果和不完整的測試覆蓋面。經(jīng)過深思熟慮的規(guī)劃使您能避免一種“垃圾進,垃圾出(garbage in, garbage out)”的局面,使企業(yè)能衡量和最大化他們的測試工作,獲取更多的投資回報(ROI)。
許多公司購買預(yù)先打包的ERP解決方案,希望能實現(xiàn)業(yè)務(wù)管理各個領(lǐng)域的快速整合。然而,這種被稱之為“vanilla”的ERP打包方案必須經(jīng)過客戶定制,才能部署到它所要支持的業(yè)務(wù)中去。從邏輯上來說,收集需求是規(guī)劃階段的起點,因為開發(fā)人員通常根據(jù)需求來定制ERP應(yīng)用;測試人員使用它來測試系統(tǒng)和客戶定制項目;而最終用戶使用它進行用戶接受測試和終結(jié)測試。通過提前仔細地定義需求,測試人員可以規(guī)劃和管理那些更加注重業(yè)務(wù)需要的測試。接著,需求可以同測試和實際測試結(jié)果(被識別的缺陷)相結(jié)合,以全面覆蓋所有的功能測試。
步驟2:定義測試目的和選擇合適的測試
測試人員通過創(chuàng)建主要的測試目的,將決定所需的特定測試類型。 測試目的、項目計劃和團隊結(jié)構(gòu)也將從這些測試目標中形成。當功能測試一個ERP實施時,有多種不同的驗證測試需要執(zhí)行:
數(shù)據(jù)映射:由于許多ERP實施和后端大機系統(tǒng)緊密地集成在一起,因此測試ERP應(yīng)用所顯示的數(shù)據(jù)和在大機系統(tǒng)中被發(fā)現(xiàn)的數(shù)據(jù)之間的數(shù)據(jù)映射是十分關(guān)鍵的。很可能在大機系統(tǒng)中隱藏著一些陳舊的或無效的數(shù)據(jù),這些數(shù)據(jù)會引起應(yīng)用當中的問題。
業(yè)務(wù)流程測試:應(yīng)該使用測試來驗證各種業(yè)務(wù)流程是否正確運作。由于工作流對強化業(yè)務(wù)規(guī)則來說是非常重要的,因此測試應(yīng)該覆蓋整個整合系統(tǒng)中的所有導(dǎo)航項目和直接功能。應(yīng)用的業(yè)務(wù)規(guī)則和啟動項必須通過全面地測試,確保所有規(guī)則能被正確地執(zhí)行。
權(quán)限控制系統(tǒng):ERP權(quán)限控制系統(tǒng)決定了用戶可以使用哪些信息,用戶在這些信息中可以看到哪些數(shù)據(jù)。當涉及到供應(yīng)鏈和合作伙伴入口時,將會增加安全方面的考慮。從用戶界面的角度出發(fā)測試安全性可以確保嚴格執(zhí)行驗證規(guī)則。數(shù)據(jù)驅(qū)動的測試使IT人員能使用具有不同登錄憑證的相同腳本去驗證安全規(guī)則。
回歸測試:每次部署一個“Code Drop”時,對位于這些程序的每個對象的功能進行回歸測試是非常重要的。這其中包括測試它的存在、功能、值等等。“code drop”指的是任何一次新的ERP應(yīng)用、補丁程序和/或hot fix的發(fā)布。
在文檔復(fù)審時,要特別注意以下幾點:
第一,要明確文檔驗收的標準,軟件企業(yè)和用戶企業(yè)要達成一致。
第二,確定文檔的重要性和項目文檔需求,比如,在驗收階段,用戶文檔(用戶手冊、操作手冊、維護手冊、聯(lián)機幫助文件)顯得特別重要,需要認真評審。
第三,檢驗文檔完整性,主要是文檔的種類和內(nèi)容的完整性。
第四,檢驗文檔的一致性和可追溯性,主要是:軟件的設(shè)計描述是否按照需求定義進行展開的;應(yīng)用程序是否與設(shè)計文檔的描述一致;用戶文檔是否客觀描述應(yīng)用程序的實際操作;關(guān)于同一問題的描述是否存在不同的說法。
第五,檢驗文檔的準確性,主要是文檔的描述是否準確,有無歧義,文字表達是否存在錯誤。
第六,檢驗文檔的可理解性,主要審核文檔是否針對特定的讀者群體,表達是否詳細。如,ERP操作手冊,除了描述每個模塊的操作,應(yīng)該還提供關(guān)聯(lián)性崗位業(yè)務(wù)、部門業(yè)務(wù)和跨部門業(yè)務(wù)的操作說明。
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓