ERP系統驗收時測試流程方法及內容(轉)

urinator發表於2007-08-11
ERP系統驗收時測試流程方法及內容
軟體測試是為了發現錯誤而執行程式的過程。它不僅是軟體開發階段的有機組成部分,而且在整個軟體工程(即軟體定義、設計和開發過程)中佔據相當大的比重。軟體測試是軟體質量保證的關鍵環節,直接影響著軟體的質量評估。軟體測試不僅要講究策略,更要講究時效性。驗收測試作為軟體測試過程的最後一個環節,對軟體質量、軟體的可交付性和軟體專案的實施週期起到"一錘定音"的作用。

  軟體測試是為了發現錯誤而執行程式的過程。它不僅是軟體開發階段的有機組成部分,而且在整個軟體工程(即軟體定義、設計和開發過程)中佔據相當大的比重。軟體測試是軟體質量保證的關鍵環節,直接影響著軟體的質量評估。軟體測試不僅要講究策略,更要講究時效性。驗收測試作為軟體測試過程的最後一個環節,對軟體質量、軟體的可交付性和軟體專案的實施週期起到"一錘定音"的作用。

  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對應多個車間任務。

  第七,執行正常操作,觀察輸出結果的異常性。如,刪除某條記錄對排序的影響;執行審批後,單據的狀態是否改變。

  (3)介面測試

  ERP介面要符合現行標準和使用者習慣。軟體企業可以形成自己的特色,但要確保整個軟體風格一致。介面測試要從友好性、易操作性、美觀性、佈局合理、分類科學、標題描述準確等方面入手。測試用例的設計要重點掌握以下幾點:

  第一,背景和前景的顏色是否協調,顏色反差是否用得恰當。

  第二,軟體得圖示、按鈕、對話方塊等外觀風格是否一致,美觀效果所要求的螢幕解析度。

  第三,視窗元素的佈局是否合理,並保持一致。

  第四,各種欄位標題的資訊描述是否準確。

  第五,快捷鍵、按鈕、滑鼠等操作在軟體中是否一致。

  第六,視窗及報表的顯示比例和格式是否能適應使用者的預期需求。

  第七,誤操作引起的錯誤提示是否友好。

  第八,活動視窗和被選中的記錄是否高亮顯示。

  第九,是否有幫助資訊,選單導航能否正常執行。

  第十,檢查一些特殊域和特殊控制元件能否執行。

  (4)效能測試

  效能測試主要測試軟體的執行速度和對資源的消耗。通過調整ERP所依賴的軟硬體配置、網路拓補結構、工作站點數、資料量和服務請求數來測試軟體的移植性、執行速率、穩定性和可靠性。一般藉助WinRunner之類的企業級自動化測試工具來輔助測試,通過極限測試來分析評估軟體效能。

  (5)文件測試

  文件是軟體的重要組成部分,也是軟體質量保證和軟體配置管理的重要內容。文件測試主要通過評審的方式檢查文件的完整性、準確性、一致性、可追溯性和可理解性。ERP作為一個大規模軟體,覆蓋了企業的各種業務。它至少要具備需求定義、開發設計、測試評估、專案管理、使用者應用這五類文件,具體而言,應包含GB8567-88中規定的14種軟體文件。

  在文件複審時,要特別注意以下幾點:

  第一,要明確文件驗收的標準,軟體企業和使用者企業要達成一致。

  第二,確定文件的重要性和專案文件需求,比如,在驗收階段,使用者文件(使用者手冊、操作手冊、維護手冊、聯機幫助檔案)顯得特別重要,需要認真評審。

  第三,檢驗文件完整性,主要是文件的種類和內容的完整性。

  第四,檢驗文件的一致性和可追溯性,主要是:軟體的設計描述是否按照需求定義進行展開的;應用程式是否與設計文件的描述一致;使用者文件是否客觀描述應用程式的實際操作;關於同一問題的描述是否存在不同的說法。

  第五,檢驗文件的準確性,主要是文件的描述是否準確,有無歧義,文字表達是否存在錯誤。

  第六,檢驗文件的可理解性,主要稽核文件是否針對特定的讀者群體,表達是否詳細。如,ERP操作手冊,除了描述每個模組的操作,應該還提供關聯性崗位業務、部門業務和跨部門業務的操作說明。

  (6)其他測試

  除了上述的測試外,還有必要對系統的其他特性和需求加以測試。如檢測軟體遇突發性故障後對資料的恢復能力,軟體的安全保密性和對硬體、軟體、資料的相容性,系統所能承擔的最大資料量和健壯性等。

  其他測試一般包含以下幾種:

  第一,負載壓力測試。它主要包括併發效能測試、疲勞強度測試、大資料量測試和速度測試。一般採用自動化技術分別在客戶端、伺服器端和網路上進行測試。用例設計時,要以真實的業務為依據,選擇有代表性的、關鍵的業務操作作為測試物件。

  第二,恢復測試。通過模擬硬體故障或故意造成軟體出錯,檢測系統對資料的破壞程度和可恢復的程度。

  第三,安全性測試。通過非法登陸、漏洞掃描、模擬攻擊等方式檢測系統的認證機制、加密機制、防病毒功能等安全防護策略的健壯性。

  第四,相容性測試。通過硬體相容性測試、軟體相容性測試和資料相容性測試來考察軟體的跨平臺、可移植的特性。

  4、結語

  ERP使用者和軟體開發實施人員要明確驗收測試的真正意圖。開發人員和實施人員不應該掩蓋軟體錯誤或不關心使用者不熟悉的測試專案。使用者也不能因為存在一些當前無法實現的需求而擱置驗收工作。相反,兩者應當精誠合作,相互信任,撥雲見日。對於那些不可行的需求或不明確的需求,雙方要協商進行需求變更,並達成一致意見。只有這樣的驗收測試,才能促使ERP工程專案得以快速圓滿驗收。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-21061/,如需轉載,請註明出處,否則將追究法律責任。

相關文章