驗收測試是壹種有效性測試或資格測試。它面向用戶，有軟件開發人員、實施人員和質量保證人員的參與。ERP(企業資源計劃)是提高企業管理創新能力的有力工具，其定義、設計、開發、實施和應用過程都遵循壹定的規律。這些規律體現在軟件過程控制、質量保證和軟件測試中。驗收測試關系到ERP能否順利驗收，能否順利進入維護期，能否快速實現效益。ERP驗收測試的全面性、高效性、科學性、規範性和徹底性，對於制造企業和ERP軟件供應商來說，仍然是壹個全新的課題。
目前，很多人對ERP驗收測試存在壹些誤解:
(1)由於ERP軟件的復雜性和規模性，人們可能更關註其多變的需求定義、個性化的解決方案和定制化的開發流程，而忽略了項目驗收。這些“只註重開篇和過程，不註重收尾和維護”的做法，最直接的後果就是形成了延期項目或“爛尾”項目。
(2)ERP實施完成，用戶企業可以運行系統，文檔移交，客戶已經簽字。驗收測試的需求是什麽？這種誤解源於對驗收測試的目的、過程、方法和意義缺乏了解。
(3)驗收測試是用戶企業的事，與軟件服務商無關。事實上，只有兩者密切配合，才能提高測試效率。
(4)將驗收測試理解為向用戶進行演示。驗收測試要講究策略，不能走過場，要有計劃、有步驟地開展活動，進行科學的用例設計。
(5)驗收測試是為了驗證軟件的正確性。驗收測試和其他測試壹樣，不僅要驗證軟件的正確性，還要發現軟件錯誤。但驗收測試主要是確認軟件功能是否符合要求。
2、ERP驗收測試流程和方法原則
軟件包括程序、數據和文檔。ERP驗收測試的對象應該涵蓋這三個方面。驗收測試的主體應是用戶企業，ERP軟件服務商應積極配合；還是以第三方測試為主，用戶和軟件供應商* * *互相配合。
ERP驗收測試的基本流程如下圖所示。軟件實施人員應配合並督促用戶及時做好驗收測試的準備工作，按計劃分步進行驗收測試，形成規範的測試文檔，客觀分析和評估測試結果，跟蹤不合格現象。軟件問題要分層分類管理，必要時要進行回歸測試，確保所有問題都能關閉，最終通過驗收。
在測試方法上，由於驗收階段的特殊性，壹般以黑盒測試和配置審查為主，自動測試和特殊性能測試為輔，用戶、軟件開發人員和質量保證人員共同參與。
ERP驗收測試應註意以下原則:
(1)驗收測試應始終基於雙方確認的ERP需求規範和技術合同，以確認是否滿足所有要求，以及是否執行了所有合同條款。
(2)驗收測試不同於單元測試和集成測試。它側重於驗證軟件的正確性，而不是發現軟件錯誤。
(3)對驗收測試中發現的軟件錯誤進行分類處理，直至通過驗收測試。
(4)驗收測試中的用例設計要全面、多維、高效，能在最短的時間內確認軟件的功能和性能是否滿足要求。
3.ERP驗收測試的內容和用例設計。
ERP驗收測試的目的是確認系統是否滿足產品要求、規範和技術合同。通過實施預定的測試計劃和測試執行活動，確認軟件的功能要求、性能要求和文檔要求。ERP是壹個復雜的大型軟件，其驗收測試應涵蓋確認測試和系統測試兩個方面。具體包括以下測試內容:安裝測試、功能測試、接口測試、性能測試、文檔測試、負載壓力測試、恢復測試、安全測試、兼容性測試等。下面結合ERP驗收測試的具體內容來說壹下用例設計的註意事項。
(1)安裝測試
安裝測試的目的是驗證軟件能否在不同的配置下安裝，並確認能否正常運行。ERP安裝測試用例設計應註意以下幾點:
第壹，根據ERP的可移植性，選擇不同的操作系統。
其次，選擇不同級別的硬件配置和軟件配置，壹般選擇最低、中、最高三種配置進行測試，驗證系統對軟硬件環境的惰性。
第三，觀察ERP安裝程序在軟硬件資源充足的情況下能否正常安裝，安裝過程中是否給出足夠的提示，流氓軟件是否存在壹些弊端，安裝完成後能否正常運行，是否可以徹底刪除。
第四，在資源不足的情況下，比如磁盤空間不足，內容不足等。，系統能否安裝，能否給出各種提示。
(2)功能測試
功能測試是驗收測試的主要內容。ERP功能測試應包括以下項目:單個模塊的查詢、添加、刪除、修改、保存等操作；數據的輸入和輸出；數據處理操作，如導入和結轉；基礎數據定義的準確性；計算的準確性，如倉庫的歷史庫存、當前庫存、貨位庫存是否準確；數據* * *享受能力；認證和權限管理；接口參數和系統控制參數；文件流通；狀態控制，如系統在執行MRP分解、工單下達、車間任務調度等操作前後是否識別MPS的狀態，狀態變化是否正確；報告的打印件；定義審批流程以及各種審批和反審批操作；短信發送和管理；崗位和部門業務的操作，如請購管理、采購計劃、采購訂單管理，然後是采購到貨管理；跨部門的業務操作，如從銷售訂單到主生產計劃，從車間到倉庫等。
ERP功能測試的用例設計應註意以下幾點:
首先，測試項目的輸入字段應該是全面的。必須有合法數據輸入和非法數據輸入。比如在測試基礎數據的定義時，如果指定了數字，就需要同時輸入數字和字母、空格等非數字進行測試。數字包括整數、負數和小數，所以妳需要輸入這些不同的數字來驗證數字的準確性。
第二，劃分等價類，提高測試效率。在考慮測試領域全面性的基礎上，劃分等價類，選擇少數有代表性的用例進行測試，以提高測試效率。例如，如果MRP記錄有“剛形成”、“已調度”、“正在執行”、“已完成”四種狀態，系統只允許對剛形成的MRP記錄進行部分修改或刪除，那麽在測試過程中，MRP記錄分為四個類別，每個狀態壹個，每個類別可以選擇壹個作為測試用例。
第三，要利用邊界值及時檢驗。比如在“訂單預排”中，壹般要求預排數大於0，那麽測試數據可以分別為0，-1，1，1000000(壹個很大的正數)。
第四，重復提交同壹筆交易。
第五，功能操作沒有按正常順序執行。
第六，驗證實體之間的關系。實體之間有三種關系:壹對壹、壹對多和多對多。比如壹個MPS對應多個MRP，壹個MRP對應多個車間任務。
第七，進行正常操作，觀察輸出結果的異常。比如刪除壹條記錄對排序的影響；批準後文檔的狀態是否改變。
(3)界面測試
ERP界面應符合當前標準和用戶習慣。軟件企業可以形成自己的特色，但要保證整個軟件風格壹致。界面測試要從友好、可操作、美觀、布局合理、分類科學、標題描述準確入手。測試用例的設計應該關註以下幾點:
第壹，背景和前景的顏色是否協調，顏色對比是否運用得當。
第二，圖標、按鈕、對話框等的外觀風格是否。的軟件是壹致的，屏幕分辨率所要求的美學效果。
第三，窗口元素布局是否合理壹致。
第四，各種字段標題的信息描述是否準確。
第五，軟件中快捷鍵、按鈕、鼠標等操作是否壹致。
第六，窗口和報表的顯示比例和格式是否能滿足用戶的預期需求。
第七，誤操作導致的錯誤提示是否友好。
第八，活動窗口和所選記錄是否突出顯示。
第九，是否有幫助信息，菜單導航是否能正常進行。
第十，檢查壹些特殊字段和特殊控件是否可以運行。
(4)性能測試
性能測試主要測試軟件的運行速度和資源消耗。通過調整ERP所依賴的軟硬件配置、網絡擴展結構、工作站數量、數據量和服務請求，測試軟件的可移植性、運行速度、穩定性和可靠性。壹般借助WinRunner等企業級自動化測試工具，通過極限測試對軟件性能進行分析評估。
(5)文件測試
文檔是軟件的重要組成部分，也是軟件質量保證和軟件配置管理的重要內容。文檔測試主要是通過審查來檢查文檔的完整性、準確性、壹致性、可追溯性和可理解性。ERP作為壹個大型軟件，涵蓋了企業的各種業務。它必須至少有五種類型的文檔:需求定義、開發與設計、測試與評估、項目管理和用戶應用。具體應包括GB8567-88中規定的14軟件文件。
審核文件時，請特別註意以下幾點:
首先要明確文檔驗收的標準，軟件企業和用戶企業要達成壹致。
第二，確定文檔的重要性和項目文檔的要求。比如在驗收階段，用戶文檔(用戶手冊、操作手冊、維護手冊、在線幫助文件)尤為重要，需要仔細審核。
第三，檢查文檔的完整性，主要是文檔的類型和內容完整性。
第四，檢查文檔的壹致性和可追溯性，主要是:軟件設計描述是否按照需求定義進行；申請是否與設計文件中的描述壹致；用戶文檔是否客觀地描述了應用程序的實際操作；對同壹問題的描述是否有不同意見。
第五，檢驗文檔的準確性，主要是文檔的描述是否準確，有無歧義，文字表述有無錯誤。
第六，檢查文檔的可理解性，主要檢查文檔是否針對特定的讀者群體，表達是否詳細。比如ERP操作手冊，不僅要描述各個模塊的操作，還要提供相關崗位業務、部門業務、跨部門業務的操作說明。
(6)其他測試
除上述測試外，有必要測試系統的其他特性和要求。比如檢測軟件在突發故障後恢復數據的能力，軟件的安全性和保密性，硬件、軟件和數據的兼容性，系統能夠承受的最大數據量和健壯性等。
其他測試通常包括以下內容:
首先，負載壓力測試。主要包括並發性能測試、疲勞強度測試、大數據量測試、速度測試。通常采用自動化技術分別在客戶端、服務器端和網絡端進行測試。在設計用例時，要基於真實的業務，選擇有代表性的、關鍵的業務操作作為測試對象。
第二，恢復測試。通過模擬硬件故障或故意造成軟件錯誤，檢測系統的數據損壞程度和可恢復性。
第三，安全檢測。通過非法登錄、漏洞掃描和模擬攻擊測試了系統的認證機制、加密機制和反病毒功能等安全保護策略的健壯性。
第四，兼容性測試。通過硬件兼容性測試、軟件兼容性測試和數據兼容性測試，考察了軟件的跨平臺性和可移植性。
4.結論
ERP用戶和軟件開發人員應該清楚驗收測試的真實意圖。開發人員和實現人員不應該掩蓋軟件錯誤或者關心用戶不熟悉的測試項目。用戶不能因為有壹些需求目前無法實現而擱置驗收工作。相反，兩者應該精誠合作，互相信任，撥雲見日。對於那些不可行的需求或不明確的需求，雙方應協商變更需求並達成壹致。只有這樣的驗收測試才能促進ERP項目快速成功的驗收。