軟件測試是為了發現錯誤而執行程序的過程。它不僅是軟件開發階段的有機組成部分，而且在整個軟件工程（即軟件定義、設計和開發過程）中占據相當大的比重。軟件測試是軟件質量保證的關鍵環節，直接影響著軟件的質量評估。軟件測試不僅要講究策略，更要講究時效性。驗收測試作為軟件測試過程的最后一個環節，對軟件質量、軟件的可交付性和軟件項目的實施周期起到“一錘定音”的作用。
1、ERP驗收測試的現狀
驗收測試是一種有效性測試或合格性測試。它是以用戶為主，軟件開發人員、實施人員和質量保證人員共同參與的測試。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功能測試要包含以下項目：單個模塊的查詢、增加、刪除、修改、保存等操作；數據的輸入與輸出；數據處理操作，如導入、結轉等；基礎數據定義的精度；計算的準確性，如倉庫的歷史庫存、當前庫存、貨位庫存是否準確；數據共享能力；身份驗證和權限管理；接口參數和系統控制參數；單據流轉情況；狀態控制，如系統是否對MPS在執行MRP分解、工單下達、車間任務調度等操作前后的狀態做了標識，狀態的改變是否正確；報表的打印輸出；審批流程定義及各種審批、反審批操作；短信發送及管理；崗位及部門業務的操作，如從請購管理、采購計劃到采購訂單管理，再到采購到貨管理；跨部門的業務操作，如從銷售訂單到主生產計劃，從車間領料到倉庫出庫等等。
ERP功能測試的用例設計要注意以下幾點：
第一，測試項目的輸入域要全面。要有合法數據的輸入，也要有非法數據的輸入。如，在測試基礎數據的定義時，若規定是數字，則既要輸入數字進行測試，也要輸入字母、空格等非數字進行測試。數字包含整數、負數、小數，因而還要輸入這些不同的數字驗證數字的精度。
第二，劃分等價類，提高測試效率。在考慮測試域全面性的基礎上，要劃分等價類，選擇有代表意義的少數用例進行測試，提高測試效率。如，若MRP記錄有"剛形成"、"已派工""正執行"、"已完成"四種狀態，系統只允許對剛形成的MRP記錄做局部性修改或刪除操作，那么在測試時，將MRP記錄劃分為四類，每種狀態對應一類，每類各選一條記錄作為測試用例即可。
第三，要適時利用邊界值進行測試。如"訂單預排"中一般要求預排的數量大于0，那么測試數據可以分別為0，-1，1，10000000（一個非常大的正數）。
第四，重復遞交相同的事務。
第五，不按照常規的順序執行功能操作。
第六，驗證實體關系，實體間的關系有三種：一對一，一對多，多對多。如，一個MPS對應多個MRP，一個MRP對應多個車間任務。
第七，執行正常操作，觀察輸出結果的異常性。如，刪除某條記錄對排序的影響；執行審批后，單據的狀態是否改變。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
