（3）界面測試
ERP界面要符合現行標準和用戶習慣。軟件企業可以形成自己的特色，但要確保整個軟件風格一致。界面測試要從友好性、易操作性、美觀性、布局合理、分類科學、標題描述準確等方面入手。測試用例的設計要重點掌握以下幾點：
第一，背景和前景的顏色是否協調，顏色反差是否用得恰當。
第二，軟件得圖標、按鈕、對話框等外觀風格是否一致，美觀效果所要求的屏幕分辨率。
第三，窗口元素的布局是否合理，并保持一致。
第四，各種字段標題的信息描述是否準確。
第五，快捷鍵、按鈕、鼠標等操作在軟件中是否一致。
第六，窗口及報表的顯示比例和格式是否能適應用戶的預期需求。
第七，誤操作引起的錯誤提示是否友好。
第八，活動窗口和被選中的記錄是否高亮顯示。
第九，是否有幫助信息，菜單導航能否正常執行。
第十，檢查一些特殊域和特殊控件能否運行。
（4）性能測試
性能測試主要測試軟件的運行速度和對資源的消耗。通過調整ERP所依賴的軟硬件配置、網絡拓補結構、工作站點數、數據量和服務請求數來測試軟件的移植性、運行速率、穩定性和可靠性。一般借助WinRunner之類的企業級自動化測試工具來輔助測試，通過極限測試來分析評估軟件性能。
（5）文檔測試
文檔是軟件的重要組成部分，也是軟件質量保證和軟件配置管理的重要內容。文檔測試主要通過評審的方式檢查文檔的完整性、準確性、一致性、可追溯性和可理解性。ERP作為一個大規模軟件，覆蓋了企業的各種業務。它至少要具備需求定義、開發設計、測試評估、項目管理、用戶應用這五類文檔，具體而言，應包含GB8567-88中規定的14種軟件文檔。
在文檔復審時，要特別注意以下幾點：
第一，要明確文檔驗收的標準，軟件企業和用戶企業要達成一致。
第二，確定文檔的重要性和項目文檔需求，比如，在驗收階段，用戶文檔（用戶手冊、操作手冊、維護手冊、聯機幫助文件）顯得特別重要，需要認真評審。
第三，檢驗文檔完整性，主要是文檔的種類和內容的完整性。
第四，檢驗文檔的一致性和可追溯性，主要是：軟件的設計描述是否按照需求定義進行展開的；應用程序是否與設計文檔的描述一致；用戶文檔是否客觀描述應用程序的實際操作；關于同一問題的描述是否存在不同的說法。
第五，檢驗文檔的準確性，主要是文檔的描述是否準確，有無歧義，文字表達是否存在錯誤。
第六，檢驗文檔的可理解性，主要審核文檔是否針對特定的讀者群體，表達是否詳細。如，ERP操作手冊，除了描述每個模塊的操作，應該還提供關聯性崗位業務、部門業務和跨部門業務的操作說明。
（6）其他測試
除了上述的測試外，還有必要對系統的其他特性和需求加以測試。如檢測軟件遇突發性故障后對數據的恢復能力，軟件的安全保密性和對硬件、軟件、數據的兼容性，系統所能承擔的最大數據量和健壯性等。
其他測試一般包含以下幾種：
第一，負載壓力測試。它主要包括并發性能測試、疲勞強度測試、大數據量測試和速度測試。一般采用自動化技術分別在客戶端、服務器端和網絡上進行測試。用例設計時，要以真實的業務為依據，選擇有代表性的、關鍵的業務操作作為測試對象。
第二，恢復測試。通過模擬硬件故障或故意造成軟件出錯，檢測系統對數據的破壞程度和可恢復的程度。
第三，安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統的認證機制、加密機制、防病毒功能等安全防護策略的健壯性。
第四，兼容性測試。通過硬件兼容性測試、軟件兼容性測試和數據兼容性測試來考察軟件的跨平臺、可移植的特性。
4、結語
ERP用戶和軟件開發實施人員要明確驗收測試的真正意圖。開發人員和實施人員不應該掩蓋軟件錯誤或不關心用戶不熟悉的測試項目。用戶也不能因為存在一些當前無法實現的需求而擱置驗收工作。相反，兩者應當精誠合作，相互信任，撥云見日。對于那些不可行的需求或不明確的需求，雙方要協商進行需求變更，并達成一致意見。只有這樣的驗收測試，才能促使ERP工程項目得以快速圓滿驗收。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
