erp測試是什么

　　如果是剛開發(fā)一個全新的ERP 這種測試就很復(fù)雜了。

　　需要專門的測試人員利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試，甚至根據(jù)需要編寫不同的測試工具，設(shè)計(jì)和維護(hù)測試系統(tǒng)，對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產(chǎn)品適合需求。

　　這還是第一步新開發(fā)的軟件測試，第二步還要測試ERP功能的完整性，可用性還需要一個企業(yè)進(jìn)行模擬操作等等。

　　如果是企業(yè)上ERP測試，測試階段都在1個月以上，磨合期都在3個月以上，一般都是把企業(yè)所有流程轉(zhuǎn)化到ERP里面進(jìn)行測試，測試它的穩(wěn)定性，適用性等等。

　　ERP應(yīng)用的功能測試

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

　　每個ERP實(shí)施中都會面臨的主要挑戰(zhàn)之一就是確保應(yīng)用在上線之前能滿足所有的業(yè)務(wù)需求。關(guān)鍵在于測試和驗(yàn)證這些應(yīng)用的運(yùn)作情況是否符合設(shè)計(jì)要求。在數(shù)千個客戶實(shí)施基礎(chǔ)上，美科利已經(jīng)編纂了一套最佳實(shí)踐，來確保關(guān)鍵業(yè)務(wù)應(yīng)用的功能。在下文中將詳細(xì)描述10個關(guān)鍵步驟，使用這些步驟能為企業(yè)的關(guān)鍵ERP應(yīng)用來設(shè)計(jì)和實(shí)施有效的功能測試程序。

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

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

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

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

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

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

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

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

　　在文檔復(fù)審時，要特別注意以下幾點(diǎn)：

　　第一，要明確文檔驗(yàn)收的標(biāo)準(zhǔn)，軟件企業(yè)和用戶企業(yè)要達(dá)成一致。

　　第二，確定文檔的重要性和項(xiàng)目文檔需求，比如，在驗(yàn)收階段，用戶文檔(用戶手冊、操作手冊、維護(hù)手冊、聯(lián)機(jī)幫助文件)顯得特別重要，需要認(rèn)真評審。

　　第三，檢驗(yàn)文檔完整性，主要是文檔的種類和內(nèi)容的完整性。

　　第四，檢驗(yàn)文檔的一致性和可追溯性，主要是：軟件的設(shè)計(jì)描述是否按照需求定義進(jìn)行展開的;應(yīng)用程序是否與設(shè)計(jì)文檔的描述一致;用戶文檔是否客觀描述應(yīng)用程序的實(shí)際操作;關(guān)于同一問題的描述是否存在不同的說法。

　　第五，檢驗(yàn)文檔的準(zhǔn)確性，主要是文檔的描述是否準(zhǔn)確，有無歧義，文字表達(dá)是否存在錯誤。

　　第六，檢驗(yàn)文檔的可理解性，主要審核文檔是否針對特定的讀者群體，表達(dá)是否詳細(xì)。如，ERP操作手冊，除了描述每個模塊的操作，應(yīng)該還提供關(guān)聯(lián)性崗位業(yè)務(wù)、部門業(yè)務(wù)和跨部門業(yè)務(wù)的操作說明。

發(fā)布：2021-04-24 11:29 編輯：泛普軟件 · hujian [打印此頁] [關(guān)閉]

相關(guān)文章：