探析ERP項(xiàng)目工程驗(yàn)收過(guò)程中測(cè)試流程及內(nèi)容

　　1、ERP驗(yàn)收測(cè)試的現(xiàn)狀

　　驗(yàn)收測(cè)試是一種有效性測(cè)試或合格性測(cè)試。它是以用戶為主，軟件開發(fā)人員、實(shí)施人員和質(zhì)量保證人員共同參與的測(cè)試。ERP(企業(yè)資源規(guī)劃)作為提高企業(yè)管理創(chuàng)新能力的有力工具，其定義、設(shè)計(jì)、開發(fā)、實(shí)施和應(yīng)用的過(guò)程遵循一定的規(guī)律。這些規(guī)律表現(xiàn)在軟件過(guò)程控制、質(zhì)量保證和軟件測(cè)試等方面。驗(yàn)收測(cè)試關(guān)系到ERP能否成功驗(yàn)收，能否平滑步入維護(hù)期，能否快速實(shí)現(xiàn)效益。ERP驗(yàn)收測(cè)試的全面性、效率性、科學(xué)性、規(guī)范性、徹底性在廣大制造業(yè)企業(yè)和ERP軟件供應(yīng)商中還是一個(gè)嶄新的話題。

　　當(dāng)前很多人對(duì)ERP驗(yàn)收測(cè)試工作存在一些誤解：

　　(1)由于ERP軟件的復(fù)雜性、規(guī)模性，人們可能更多地關(guān)注它多變的需求定義、個(gè)性化解決方案、定制化開發(fā)過(guò)程，卻輕視了項(xiàng)目的驗(yàn)收工作。這些"只重視開題和過(guò)程，不重視結(jié)題和維護(hù)"的做法，最直接的后果就是，形成了一個(gè)個(gè)延期工程或"爛尾"項(xiàng)目。

　　(2)ERP實(shí)施工作做好了，用戶企業(yè)可以把系統(tǒng)跑起來(lái)了，文檔移交了，客戶簽字了，還有什么必要做驗(yàn)收測(cè)試。這種誤解源于對(duì)驗(yàn)收測(cè)試的目的、流程、方法和意義缺乏認(rèn)識(shí)。

　　(3)驗(yàn)收測(cè)試是用戶企業(yè)的事，與軟件服務(wù)提供商無(wú)關(guān)。事實(shí)上，只有兩者密切配合，才能提高測(cè)試效率。

　　(4)將驗(yàn)收測(cè)試?yán)斫獬山o用戶做演示。驗(yàn)收測(cè)試要講究策略，不是走走過(guò)場(chǎng)，而是有計(jì)劃有步驟的執(zhí)行活動(dòng)，要進(jìn)行科學(xué)的用例設(shè)計(jì)。

　　(5)驗(yàn)收測(cè)試就是驗(yàn)證軟件的正確性。驗(yàn)收測(cè)試和其他的測(cè)試一樣，既要驗(yàn)證軟件的正確性，又要發(fā)現(xiàn)軟件錯(cuò)誤。只不過(guò)，驗(yàn)收測(cè)試是以確認(rèn)軟件功能是否滿足需求為主。

　　2、ERP驗(yàn)收測(cè)試的流程及方法原則

　　軟件包括程序、數(shù)據(jù)和文檔。ERP驗(yàn)收測(cè)試的對(duì)象應(yīng)當(dāng)含蓋這三個(gè)方面。驗(yàn)收測(cè)試的主體要以用戶企業(yè)為主，ERP軟件服務(wù)供應(yīng)商積極配合；或以第三方測(cè)試為主，用戶和軟件供應(yīng)商共同配合。

　　ERP驗(yàn)收測(cè)試的基本流程如下圖所示，軟件實(shí)施人員要適時(shí)配合和敦促用戶做好驗(yàn)收測(cè)試的各項(xiàng)準(zhǔn)備工作，按計(jì)劃按步驟執(zhí)行驗(yàn)收測(cè)試，形成規(guī)范的測(cè)試文檔，客觀地分析和評(píng)估測(cè)試結(jié)果，并跟蹤不合格現(xiàn)象，對(duì)軟件問(wèn)題要分級(jí)分類管理，必要時(shí)要進(jìn)行回歸測(cè)試，確保所有問(wèn)題能得到關(guān)閉，最終成功通過(guò)驗(yàn)收。

　　在測(cè)試方法上，由于驗(yàn)收階段的特殊性，一般以黑盒測(cè)試和配置復(fù)審為主，以自動(dòng)化測(cè)試和特殊性能測(cè)試為輔，用戶、軟件開發(fā)實(shí)施人員和質(zhì)量保證人員共同參與。

　　ERP驗(yàn)收測(cè)試要注意以下幾個(gè)原則問(wèn)題：

　　(1)驗(yàn)收測(cè)試始終要以雙方確認(rèn)的ERP需求規(guī)格說(shuō)明和技術(shù)合同為準(zhǔn)，確認(rèn)各項(xiàng)需求是否得到滿足，各項(xiàng)合同條款是否得到貫徹執(zhí)行。

　　(2)驗(yàn)收測(cè)試和單元測(cè)試、集成測(cè)試不同，它是以驗(yàn)證軟件的正確性為主，而不是以發(fā)現(xiàn)軟件錯(cuò)誤為主。

　　(3)對(duì)驗(yàn)收測(cè)試中發(fā)現(xiàn)的軟件錯(cuò)誤要分級(jí)分類處理，直到通過(guò)驗(yàn)收為止。

　　(4)驗(yàn)收測(cè)試中的用例設(shè)計(jì)要具有全面性、多維性、效率性，能以最少的時(shí)間在最大程度上確認(rèn)軟件的功能和性能是否滿足要求。

　　3、ERP驗(yàn)收測(cè)試的內(nèi)容及用例設(shè)計(jì)

　　ERP驗(yàn)收測(cè)試的目的是確認(rèn)系統(tǒng)是否滿足產(chǎn)品需求規(guī)格說(shuō)明和技術(shù)合同的相關(guān)規(guī)定。通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試執(zhí)行活動(dòng)確認(rèn)軟件的功能需求、性能需求和文檔需求。ERP是較復(fù)雜的大規(guī)模性軟件，其驗(yàn)收測(cè)試應(yīng)當(dāng)涵蓋確認(rèn)測(cè)試和系統(tǒng)測(cè)試兩個(gè)方面的內(nèi)容。具體包括以下測(cè)試內(nèi)容：安裝測(cè)試、功能測(cè)試、界面測(cè)試、性能測(cè)試、文檔測(cè)試、負(fù)載壓力測(cè)試、恢復(fù)測(cè)試、安全性測(cè)試、兼容性測(cè)試等。下面結(jié)合ERP驗(yàn)收測(cè)試的具體內(nèi)容，談?wù)動(dòng)美O(shè)計(jì)的注意事項(xiàng)。

　　(1)安裝測(cè)試

　　安裝測(cè)試的目的在于驗(yàn)證軟件能否在不同的配置情況下完成安裝，并確認(rèn)能否正常運(yùn)行。ERP安裝測(cè)試的用例設(shè)計(jì)要注意以下幾點(diǎn)：

　　第一，根據(jù)ERP的可移植性，選擇不同操作系統(tǒng)。

　　第二，選擇不同層次的硬件配置和軟件配置，一般選用最低、中等和最高三種配置進(jìn)行測(cè)試，驗(yàn)證系統(tǒng)對(duì)軟硬件環(huán)境的依懶性。

　　第三，觀察ERP安裝程序在軟硬件資源充足的情況下能否正常安裝，安裝過(guò)程中是否給予充足的提示，是否存在流氓軟件的一些弊病，安裝完成后能否正常運(yùn)行，能否徹底刪除。

　　第四，在資源不充沛的情況下，如磁盤空間不夠、內(nèi)容不足等，系統(tǒng)能否完成安裝，能否給予各種提示。

　　(2)功能測(cè)試

　　功能測(cè)試是驗(yàn)收測(cè)試中的主要內(nèi)容。ERP功能測(cè)試要包含以下項(xiàng)目：?jiǎn)蝹�(gè)模塊的查詢、增加、刪除、修改、保存等操作；數(shù)據(jù)的輸入與輸出；數(shù)據(jù)處理操作，如導(dǎo)入、結(jié)轉(zhuǎn)等；基礎(chǔ)數(shù)據(jù)定義的精度；計(jì)算的準(zhǔn)確性，如倉(cāng)庫(kù)的歷史庫(kù)存、當(dāng)前庫(kù)存、貨位庫(kù)存是否準(zhǔn)確；數(shù)據(jù)共享能力；身份驗(yàn)證和權(quán)限管理；接口參數(shù)和系統(tǒng)控制參數(shù)；單據(jù)流轉(zhuǎn)情況；狀態(tài)控制，如系統(tǒng)是否對(duì)MPS在執(zhí)行MRP分解、工單下達(dá)、車間任務(wù)調(diào)度等操作前后的狀態(tài)做了標(biāo)識(shí)，狀態(tài)的改變是否正確；報(bào)表的打印輸出；審批流程定義及各種審批、反審批操作；短信發(fā)送及管理；崗位及部門業(yè)務(wù)的操作，如從請(qǐng)購(gòu)管理、采購(gòu)計(jì)劃到采購(gòu)訂單管理，再到采購(gòu)到貨管理；跨部門的業(yè)務(wù)操作，如從銷售訂單到主生產(chǎn)計(jì)劃，從車間領(lǐng)料到倉(cāng)庫(kù)出庫(kù)等等。

　　ERP功能測(cè)試的用例設(shè)計(jì)要注意以下幾點(diǎn)：

　　第一，測(cè)試項(xiàng)目的輸入域要全面。要有合法數(shù)據(jù)的輸入，也要有非法數(shù)據(jù)的輸入。如，在測(cè)試基礎(chǔ)數(shù)據(jù)的定義時(shí)，若規(guī)定是數(shù)字，則既要輸入數(shù)字進(jìn)行測(cè)試，也要輸入字母、空格等非數(shù)字進(jìn)行測(cè)試。數(shù)字包含整數(shù)、負(fù)數(shù)、小數(shù)，因而還要輸入這些不同的數(shù)字驗(yàn)證數(shù)字的精度。

　　第二，劃分等價(jià)類，提高測(cè)試效率。在考慮測(cè)試域全面性的基礎(chǔ)上，要?jiǎng)澐值葍r(jià)類，選擇有代表意義的少數(shù)用例進(jìn)行測(cè)試，提高測(cè)試效率。如，若MRP記錄有"剛形成"、"已派工""正執(zhí)行"、"已完成"四種狀態(tài)，系統(tǒng)只允許對(duì)剛形成的MRP記錄做局部性修改或刪除操作，那么在測(cè)試時(shí)，將MRP記錄劃分為四類，每種狀態(tài)對(duì)應(yīng)一類，每類各選一條記錄作為測(cè)試用例即可。

　　第三，要適時(shí)利用邊界值進(jìn)行測(cè)試。如"訂單預(yù)排"中一般要求預(yù)排的數(shù)量大于0，那么測(cè)試數(shù)據(jù)可以分別為0，-1，1，10000000(一個(gè)非常大的正數(shù))。

　　第四，重復(fù)遞交相同的事務(wù)。

　　第五，不按照常規(guī)的順序執(zhí)行功能操作。

　　第六，驗(yàn)證實(shí)體關(guān)系，實(shí)體間的關(guān)系有三種：一對(duì)一，一對(duì)多，多對(duì)多。如，一個(gè)MPS對(duì)應(yīng)多個(gè)MRP，一個(gè)MRP對(duì)應(yīng)多個(gè)車間任務(wù)。

　　第七，執(zhí)行正常操作，觀察輸出結(jié)果的異常性。如，刪除某條記錄對(duì)排序的影響；執(zhí)行審批后，單據(jù)的狀態(tài)是否改變。

　　(3)界面測(cè)試

　　ERP界面要符合現(xiàn)行標(biāo)準(zhǔn)和用戶習(xí)慣。軟件企業(yè)可以形成自己的特色，但要確保整個(gè)軟件風(fēng)格一致。界面測(cè)試要從友好性、易操作性、美觀性、布局合理、分類科學(xué)、標(biāo)題描述準(zhǔn)確等方面入手。測(cè)試用例的設(shè)計(jì)要重點(diǎn)掌握以下幾點(diǎn)：

　　第一，背景和前景的顏色是否協(xié)調(diào)，顏色反差是否用得恰當(dāng)。

　　第二，軟件得圖標(biāo)、按鈕、對(duì)話框等外觀風(fēng)格是否一致，美觀效果所要求的屏幕分辨率。

　　第三，窗口元素的布局是否合理，并保持一致。

　　第四，各種字段標(biāo)題的信息描述是否準(zhǔn)確。

　　第五，快捷鍵、按鈕、鼠標(biāo)等操作在軟件中是否一致。

　　第六，窗口及報(bào)表的顯示比例和格式是否能適應(yīng)用戶的預(yù)期需求。

　　第七，誤操作引起的錯(cuò)誤提示是否友好。

　　第八，活動(dòng)窗口和被選中的記錄是否高亮顯示。

　　第九，是否有幫助信息，菜單導(dǎo)航能否正常執(zhí)行。

　　第十，檢查一些特殊域和特殊控件能否運(yùn)行。

　　(4)性能測(cè)試

　　性能測(cè)試主要測(cè)試軟件的運(yùn)行速度和對(duì)資源的消耗。通過(guò)調(diào)整ERP所依賴的軟硬件配置、網(wǎng)絡(luò)拓補(bǔ)結(jié)構(gòu)、工作站點(diǎn)數(shù)、數(shù)據(jù)量和服務(wù)請(qǐng)求數(shù)來(lái)測(cè)試軟件的移植性、運(yùn)行速率、穩(wěn)定性和可靠性。一般借助WinRunner之類的企業(yè)級(jí)自動(dòng)化測(cè)試工具來(lái)輔助測(cè)試，通過(guò)極限測(cè)試來(lái)分析評(píng)估軟件性能。

　　(5)文檔測(cè)試

　　文檔是軟件的重要組成部分，也是軟件質(zhì)量保證和軟件配置管理的重要內(nèi)容。文檔測(cè)試主要通過(guò)評(píng)審的方式檢查文檔的完整性、準(zhǔn)確性、一致性、可追溯性和可理解性。ERP作為一個(gè)大規(guī)模軟件，覆蓋了企業(yè)的各種業(yè)務(wù)。它至少要具備需求定義、開發(fā)設(shè)計(jì)、測(cè)試評(píng)估、項(xiàng)目管理、用戶應(yīng)用這五類文檔，具體而言，應(yīng)包含GB8567-88中規(guī)定的14種軟件文檔。

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

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

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

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

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

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

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

　(6)其他測(cè)試

　　除了上述的測(cè)試外，還有必要對(duì)系統(tǒng)的其他特性和需求加以測(cè)試。如檢測(cè)軟件遇突發(fā)性故障后對(duì)數(shù)據(jù)的恢復(fù)能力，軟件的安全保密性和對(duì)硬件、軟件、數(shù)據(jù)的兼容性，系統(tǒng)所能承擔(dān)的最大數(shù)據(jù)量和健壯性等。

　　其他測(cè)試一般包含以下幾種：

　　第一，負(fù)載壓力測(cè)試。它主要包括并發(fā)性能測(cè)試、疲勞強(qiáng)度測(cè)試、大數(shù)據(jù)量測(cè)試和速度測(cè)試。一般采用自動(dòng)化技術(shù)分別在客戶端、服務(wù)器端和網(wǎng)絡(luò)上進(jìn)行測(cè)試。用例設(shè)計(jì)時(shí)，要以真實(shí)的業(yè)務(wù)為依據(jù)，選擇有代表性的、關(guān)鍵的業(yè)務(wù)操作作為測(cè)試對(duì)象。

　　第二，恢復(fù)測(cè)試。通過(guò)模擬硬件故障或故意造成軟件出錯(cuò)，檢測(cè)系統(tǒng)對(duì)數(shù)據(jù)的破壞程度和可恢復(fù)的程度。

　　第三，安全性測(cè)試。通過(guò)非法登陸、漏洞掃描、模擬攻擊等方式檢測(cè)系統(tǒng)的認(rèn)證機(jī)制、加密機(jī)制、防病毒功能等安全防護(hù)策略的健壯性。

　　第四，兼容性測(cè)試。通過(guò)硬件兼容性測(cè)試、軟件兼容性測(cè)試和數(shù)據(jù)兼容性測(cè)試來(lái)考察軟件的跨平臺(tái)、可移植的特性。

　　4、結(jié)語(yǔ)

　　ERP用戶和軟件開發(fā)實(shí)施人員要明確驗(yàn)收測(cè)試的真正意圖。開發(fā)人員和實(shí)施人員不應(yīng)該掩蓋軟件錯(cuò)誤或不關(guān)心用戶不熟悉的測(cè)試項(xiàng)目。用戶也不能因?yàn)榇嬖谝恍┊?dāng)前無(wú)法實(shí)現(xiàn)的需求而擱置驗(yàn)收工作。相反，兩者應(yīng)當(dāng)精誠(chéng)合作，相互信任，撥云見日。對(duì)于那些不可行的需求或不明確的需求，雙方要協(xié)商進(jìn)行需求變更，并達(dá)成一致意見。只有這樣的驗(yàn)收測(cè)試，才能促使ERP工程項(xiàng)目得以快速圓滿驗(yàn)收。

服務(wù)器租用/服務(wù)器托管中國(guó)五強(qiáng)！虛擬主機(jī)域名注冊(cè)頂級(jí)提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]